Search Criteria
Package Details: wtfutil 0.47.1-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.000900 |
| First Submitted: | 2018-05-31 18:37 (UTC) |
| Last Updated: | 2025-11-14 17:38 (UTC) |
Dependencies (2)
- glibc (glibc-gitAUR, glibc-eacAUR)
- go (go-gitAUR, gcc-go-gitAUR, gcc-go-snapshotAUR, go-binAUR, goup-rsAUR, 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-pieit now triggers the install ofgocausing 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=pieto 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 -vjust printeddev (dev). Now it should properly output$pkgver (${build date}).yochananmarqos commented on 2020-03-16 19:19 (UTC)
Please add the
README,CHANGELOGand 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;
goandgo-pie. All packages should preferably be built towardsgo-pieas this enables us to deliver secure binaries. However, as upstream might have bugs, building towardsgoshould 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
gotogo-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 »