Package Details: gotop 4.2.0-3

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)

Required by (0)

Sources (1)

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; the LDFLAGS 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 to remove it change 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:

flag provided but not defined: -flto
usage: link [options] main.o
  -B note
        add an ELF NT_GNU_BUILD_ID note when using ELF
  -E entry
        set entry symbol name
  -H type
        set header type
....

apply this patch to fix:

-    -ldflags "-X main.Version=v${pkgver} -extldflags ${LDFLAGS}" \
+    -ldflags "-X main.Version=v${pkgver}" \

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)

The recipe you linked to (gotop-git) skips hashes. How is that better than md5sum?

Because hashes are calculated internally by git.

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.

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 in source() array:

git+https://<repo_url>?signed#tag=<tag>"

Add validpgpkeys() array:

validpgpkeys=('<full gpg fingerprint in upper case>'

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)

Signing the packages is easily done, but harder to automate.

I didn't talk about signing packages but signing your code in github.

What I'm having difficulty understanding is that what I think I'm hearing is that someone is actually advocating an entirely manual process for building packages, and that can't be right.

In AUR case you don't build any packages, just publish recipe for that.