Search Criteria
Package Details: ipget 0.6.0-1
Git Clone URL: | https://aur.archlinux.org/ipget.git (read-only, click to copy) |
---|---|
Package Base: | ipget |
Description: | wget for IPFS: retrieve files over IPFS and save them locally. |
Upstream URL: | https://github.com/ipfs/ipget |
Keywords: | IPFS wget |
Licenses: | |
Submitter: | Kubuxu |
Maintainer: | redfish |
Last Packager: | redfish |
Votes: | 12 |
Popularity: | 0.005954 |
First Submitted: | 2016-02-26 15:30 |
Last Updated: | 2020-05-24 02:40 |
Dependencies (6)
- git (git-git) (make)
- go (go-tip, go-git, go-go2go-git, gcc-go-git, gcc-go) (make)
- gx (make)
- gx-go (make)
- go-ipfs (go-ipfs-git) (optional) – to use full potential of IPFS network
- go-pie (go) (optional) – PIE enabled compilation (makedepend)
Latest Comments
1 2 3 Next › Last »
bionade24 commented on 2020-11-26 11:22
Please rename this package to
ipget-bin
to comply with the Arch packaging guidelines.tobol commented on 2020-11-26 10:47
When you've managed to compile gx and then ipget the binary is useless:
panic: qtls.ClientSessionState not compatible with tls.ClientSessionState
Martian commented on 2020-06-02 11:35
I'm unable to build and install this package. I haven't got time to dig it in. Following is the output of the error:
bionade24 commented on 2019-01-09 18:24
Hi, I'm the new maintainer. At the moment, there is no new ipget version, but I'll check if there's something to update.
revel commented on 2018-11-23 17:16
Hi, apparently one of the checksums is wrong/outdated.
imrehg commented on 2018-05-31 17:25
Versioned makedepends: go/go-pie I understand. For the others, the versions are coming from the project's own requirements. And it's totally possible for users to get older versions (they haven't updated for a while, downgraded, etc...). So I half agree. Removed them for now, but I don't think it should be a general principle, as it's an extra clarity what tools you need, and it's an effective cross-check.
Dependencies: it is known upstream, if I read e.g. the later discussion of this issue https://github.com/ipfs/ipget/issues/48 For now, I've added this dependencies, but since they have a lot of other dependencies in turn, those has to be
go get
. Too bad thatgo get
cannot be versioned.I've added
git
to makedepends. The weird thing is thatgo
providesgo get
, but it doesn't listgit
even as optdepends, hence didn't think of that. Anyways....Skipping
Makefile
for now, and splitting the process into prepare and build. Do not use linking there yet, will have to look into that more.It does seem to work with
go-pie
(just about 30% larger file is the result). Added it to optdepends.eschwartz commented on 2018-05-31 13:55
Don't use versioned makedepends, we're a rolling release so it is impossible for users to get older versions. Also it prevents satisfying go via the go-pie package.
Did you report the missing deps as an upstream bug? Meanwhile it would make sense to download the github.com/repo/project/archive/${_project_commit_hash}.tar.gz in source=() then symlink them like you do with the ipget sources, rather than cloning unknown revisions. Oh, then too, git is not listed as a makedepends even though you decided to clone sources using go get.
There's no need to patch out the Makefile, it just runs
You could do that much yourself, with gx instead of bin/gx-$ver, since their Makefile is both dead simple and wrong.
Or use
make gx_bin=/usr/bin/gx gx-go_bin=/usr/bin/gx-go build
Note: the go packaging guidelines are being rewritten, see https://wiki.archlinux.org/index.php/User:Foxboron/Go_packaging_guidelines
You should link sources in prepare() and it would probably make sense to export GOPATH then use that instead of ${srcdir} in many places.
You should test to see if go-pie can be used instead of go.
imrehg commented on 2018-05-31 13:40
@frakspace, thanks for hunting down the issue! :D
frankspace commented on 2018-05-31 13:33
@imrehg Ah, I figured out the problem. Your version-3 pkgrel works for me, but ONLY if I replace "gcc-go" (which is what I originally had installed) with "go". If I tamper with the specified version number so that the PKGBUILD accepts gcc-go, the same failure occurs. So, that was what was wrong, gcc-go is simply broken and not an acceptable substitute. Thanks!
frankspace commented on 2018-05-31 13:03
@imrehg I'm not really sure. It spends a considerable amount of time downloading something. Whether it's succeeding, I don't really know, but if the following diagnostics are useful to you, here are some find commands I tried while in the directory where I tried to build it:
So I'm not positive what that means, but assuming I'm not a whole lot less competent at using find than I think I am, it looks like the deps from "whyrusleeping" don't exist anywhere. Or they're named something funny. Or I don't understand what's going on even more than I think. I hope it's of some use, anyway.