Search Criteria
Package Details: wtfutil 0.43.0-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/wtfutil.git (read-only, click to copy) |
---|---|
Package Base: | wtfutil |
Description: | Personal information dashboard for your terminal |
Upstream URL: | https://wtfutil.com |
Keywords: | dashboard |
Licenses: | MPL-2.0 |
Submitter: | Sweenu |
Maintainer: | yochananmarqos |
Last Packager: | yochananmarqos |
Votes: | 12 |
Popularity: | 0.91 |
First Submitted: | 2018-05-31 18:37 (UTC) |
Last Updated: | 2024-12-13 03:03 (UTC) |
Dependencies (2)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- go (go-gitAUR, gcc-go-gitAUR, gcc-go-snapshotAUR, gcc-go) (make)
Latest Comments
1 2 3 Next › Last »
tengel commented on 2020-08-06 14:30 (UTC)
(preface: I know little about Go) It looks like Arch changed, when you attempt to install
go-pie
it now triggers the install ofgo
causing this PKGBUILD to fail on it's makedepends(). I dug up in the wiki (and found a go/go-pie bug to match) that now you add-buildmode=pie
to your recipe instead. https://wiki.archlinux.org/index.php/Go_package_guidelinesMaking these two changes (remove makedepends, adding -buildmode=pie) seems to have produced a working binary for me. https://bugs.archlinux.org/task/60928 is where I found them talking about this change.
yaakushi commented on 2020-04-19 18:29 (UTC) (edited on 2020-04-19 18:29 (UTC) by yaakushi)
Thanks for the patch, @yochananmarqos.
Also, sorry it took me so long to update this. Starting at 0.28.0-1, the PKGBUILD should now properly overload the build version and date (until this point,
wtfutil -v
just printeddev (dev)
. Now it should properly output$pkgver (${build date})
.yochananmarqos commented on 2020-03-16 19:19 (UTC)
Please add the
README
,CHANGELOG
and sample configs:dangersalad commented on 2019-09-21 18:38 (UTC)
OK, thanks for the explanation.
yaakushi commented on 2019-09-20 17:36 (UTC) (edited on 2019-09-20 17:37 (UTC) by yaakushi)
@dangersalad: According to Arch's Go packages guideline [1]:
"There are two go packages in the repositories that you can build towards;
go
andgo-pie
. All packages should preferably be built towardsgo-pie
as this enables us to deliver secure binaries. However, as upstream might have bugs, building towardsgo
should be a last resort."I do realize that's mostly aimed at the prebuilt packages at the official repositories, but I figured it'd be good practice to to the same here at AUR. Am I wrong?
[1] https://wiki.archlinux.org/index.php/Go_package_guidelines
dangersalad commented on 2019-09-20 17:33 (UTC)
Is there a reason to change from
go
togo-pie
?Kunda commented on 2019-09-19 14:43 (UTC)
@matthias.lisin Oh ok, yea, manjaro hasn't caught up yet. When it does, I'll test and report back
1 2 3 Next › Last »