Search Criteria
Package Details: gotop 4.2.0-3
Package Actions
Git Clone URL: | https://aur.archlinux.org/gotop.git (read-only, click to copy) |
---|---|
Package Base: | gotop |
Description: | A terminal based graphical activity monitor inspired by gtop and vtop |
Upstream URL: | https://github.com/xxxserxxx/gotop |
Licenses: | MIT |
Submitter: | FabioLolix |
Maintainer: | FabioLolix (serxxx) |
Last Packager: | serxxx |
Votes: | 50 |
Popularity: | 0.015218 |
First Submitted: | 2018-11-13 17:46 (UTC) |
Last Updated: | 2024-05-06 15:57 (UTC) |
Dependencies (2)
- glibc (glibc-gitAUR, glibc-linux4AUR, glibc-eacAUR, glibc-eac-binAUR, glibc-eac-rocoAUR)
- go (go-gitAUR, gcc-go-gitAUR, go-sylixosAUR, gcc-go-snapshotAUR, gcc-go) (make)
Latest Comments
1 2 3 4 Next › Last »
serxxx commented on 2024-05-06 14:58 (UTC) (edited on 2024-05-06 15:06 (UTC) by serxxx)
@FabioLolix, that
extldflags
was added by Caleb back in 2019; theLDFLAGS
are set in the build environment, and it was probably a best practice back then but it's messing things up now, so I'm going toremove itchange it. Actually, scratch that. I've got the project CI using-s -w
, which is equivalent to stripping the binary, so I'm changing this to match that.ruahcra commented on 2024-05-04 22:36 (UTC)
Thank you @SilverRainZ . Still broken so that saved a lot of troubleshooting time
SilverRainZ commented on 2023-03-25 04:11 (UTC) (edited on 2023-03-25 04:11 (UTC) by SilverRainZ)
Hello, the extra ldflags breaks the devtools build:
apply this patch to fix:
serxxx commented on 2023-02-23 15:32 (UTC)
Frustrating! I happen to have newly purchased an AMD machine, with a fresh install of EndeavorOS. The package builds and installs on that machine, so at the moment I'm unable to reproduce the failure.
Thank you for providing the Go version; that laptop has an Intel CPU in it, correct? So the architecture would be x86_64?
Can I please get a ticket on the project, or if that's too much work, some details about the build failure? What's the failure message? Can you provide any more information about how it is failing?
Pyro3000 commented on 2023-02-22 04:28 (UTC)
Failure occurred in build(). Been like this a while now. Go is go-2:1.20.1-1 ThinkPad t460 6.1.12-arch1-1
serxxx commented on 2023-01-20 17:08 (UTC)
@deathtrip Would you mind submitting a bug report on the gotop web site? It installs on my machine, so it would be helpful to have more information -- architecture, Go version, etc -- so I can figure out why it isn't building for you.
deathtrip commented on 2023-01-19 23:37 (UTC)
doesn't build for me: ==> ERROR: A failure occurred in build().
egrupled commented on 2020-03-24 12:38 (UTC)
Because hashes are calculated internally by git.
Code signing on github or elsewhere is a generic topic. To enable verifying signatures in PKGBUILD you need to two things: Add
?signed
after git repo url insource()
array:Add
validpgpkeys()
array:You can take a look at official kernel PKGBUILD how it's done there: https://git.archlinux.org/svntogit/packages.git/tree/trunk/PKGBUILD?h=packages/linux&id=e95dd7f0bc971d06117aa8642e511291c8131c97
Also here's wiki article that repeats my point about integrity checking: https://wiki.archlinux.org/index.php/PKGBUILD#Integrity
serxxx commented on 2020-03-17 13:16 (UTC)
The recipe you linked to (gotop-git) skips hashes. How is that better than md5sum?
Again, is there a tutorial for this? I haven't seen anything in the documentation I've read that discusses github code signing and how that integrates with aur.
egrupled commented on 2020-03-12 08:59 (UTC)
I didn't talk about signing packages but signing your code in github.
In AUR case you don't build any packages, just publish recipe for that.
1 2 3 4 Next › Last »