Package Details: aerc-git 0.9.0.r40.geb7e45d-1

Git Clone URL: https://aur.archlinux.org/aerc-git.git (read-only, click to copy)
Package Base: aerc-git
Description: Email Client for your Terminal
Upstream URL: https://aerc-mail.org/
Keywords: email mail mua terminal tui
Licenses: MIT
Conflicts: aerc
Provides: aerc
Submitter: aksr
Maintainer: gkbrk
Last Packager: gkbrk
Votes: 11
Popularity: 0.039625
First Submitted: 2016-10-08 06:42 (UTC)
Last Updated: 2022-04-24 14:34 (UTC)

Dependencies (6)

Required by (0)

Sources (1)

Latest Comments

digital_mystik commented on 2022-04-03 18:47 (UTC)

@gkbrk setting options=('!buildflags') in the PKGBUILD fixes the build failure as guzzisti mentioned

guzzisti commented on 2022-03-22 20:56 (UTC)

The package can be successfully built when setting options=('!buildflags').

I found that hint in https://wiki.archlinux.org/title/Makepkg#Makepkg_fails,_but_make_succeeds

gkbrk commented on 2022-03-16 17:17 (UTC)

@shalzz That workaround does not work for me locally from a clean install. The non-AUR arch package is having similar issues for me. I'm looking for another Go package that has a working fix.

shalzz commented on 2022-03-09 09:23 (UTC)

A workaround is to set export LDFLAGS="" in the build() and package() hooks

thegeekpirate commented on 2022-03-01 00:38 (UTC) (edited on 2022-03-01 00:42 (UTC) by thegeekpirate)

# git.sr.ht/~rjarry/aerc flag provided but not defined: -Wl,-O1,--sort-common,--as-needed,-z,relro,-z,now

...

make: *** [Makefile:45: aerc] Error 2

==> ERROR: A failure occurred in build(). Aborting...

error: failed to build 'aerc-git-0.6.0.r21.gbc593ac-1':

error: packages failed to build: aerc-git-0.6.0.r21.gbc593ac-1

rek2 commented on 2022-02-22 21:26 (UTC)

This is broke for 1-2 weeks.

ainola commented on 2021-12-24 03:01 (UTC)

Great! Thanks for doing that.

gkbrk commented on 2021-12-20 22:13 (UTC)

As lamarpavel points out, Drew DeVault switched to the rjarry fork for his Alpine packages, which is a good-enough endorsement for me. This fact, combined with the Arch community repo already using the rjarry fork, means there is enough trust in the fork to switch the AUR package over.

The necessary changes have been pushed to the PKGBUILD. Feel free to update.

ainola, you can't see any commits in my name because my original commits were in the aerc2-git AUR package. As the software renamed itself to aerc, the AUR repos were moved but the git history was not transferred to this repo.

ainola commented on 2021-12-20 17:08 (UTC) (edited on 2021-12-20 17:10 (UTC) by ainola)

Seeing as aerc in [community] is already using the rjarry fork, this should be moved over as well. gkbrk, I will reject the orphan request on the basis that you will change to the fork and maintain the package (I don't seem to see any prior commits in your name).

gkbrk, please also consider adding some co-maintainers so that you all can keep an eye and work together on improving the package.

lamarpavel commented on 2021-12-17 14:47 (UTC)

The official package of aerc for alpine linux is maintained by Drew DeVault [1] and pulls in its APKBUILD from rjarrys fork [2].

I agree that an announcement on the mailing list or official site would be better but it does look like it's almost official.

[1] https://pkgs.alpinelinux.org/packages?name=aerc&branch=edge [2] https://git.alpinelinux.org/aports/tree/community/aerc/APKBUILD

gkbrk commented on 2021-12-17 13:12 (UTC)

Here's a quote from the official mailing list of aerc.

The basic idea is to give you a space in which you can develop the fork and earn the community's trust without having to necessarily provide a stranger with the legitimacy of being the official fork until they've earned that trust.

This was posted 48 days ago. As of today there is no indication on the aerc website or the ~sircmpwn/aerc sourcehut page of the rjarry fork being in any capacity official. https://aerc-mail.org/ still points to the official repo.

I will of course move the PKGBUILD to a fork if it is blessed as official on the website or the repository of the official repo. The current aerc repo still has code that works, and for an ancient protocol like email that doesn't require too much change, the last commit on the official repo is not too old.

I am sure in the future the situation will become more clear and there will be an obvious repo that should be moved to. But at this point in time I don't feel comfortable giving my email credentials to a repo who is very fresh. Give it time, this is not a web browser that needs the latest patches without any regard to where they come from. Who knows, there might be a more active fork later.

guzzisti commented on 2021-12-05 15:15 (UTC) (edited on 2021-12-05 15:15 (UTC) by guzzisti)

There is ongoing discussion in the "official" mailing list[0][1][2] about the fork - Drew DeVault seems to have no further interest in maintaining aerc, so don't expect to see new commits in https://git.sr.ht/~sircmpwn/aerc

Robin Jarrys fork is the only actively maintained i'm aware of - do you know any other?

The official Arch package has already switched to the fork: https://archlinux.org/packages/community/x86_64/aerc/

So it's kinda ridiculos to use the old/unmaintained repo in this package.

ph14nix commented on 2021-12-05 12:36 (UTC)

https://aur.archlinux.org/packages/aerc-rjarry-git/

Done, here's the new package.

Yes, I agree with what you say @gkbrk. Let's have it separately until the new fork becomes more official.

gkbrk commented on 2021-12-05 11:31 (UTC)

https://aerc-mail.org/ still points to https://sr.ht/~sircmpwn/aerc/ and the readme on that repo doesn't mention the main repo changing. The last commit to the aerc repo was three months ago, which is a far cry from the project being "dead".

Feel free to make an "aerc-rjarry-git" package until that one is declared official.

ph14nix commented on 2021-12-04 16:18 (UTC)

https://paste.sr.ht/~ph14nix/f8e42443f75ac44667dab8f27b292c98a7d87cf4

Please, apply this patch to the package.

guzzisti commented on 2021-12-03 19:30 (UTC)

I agree with @kkga that this package should reference the active fork which hopefully will end up as the official version pretty soon.

If you are interested you can add me as a co-maintainer.

kkga commented on 2021-11-10 09:43 (UTC)

Aerc development moved over to a new fork, which seems to be quite active: https://sr.ht/~rjarry/aerc/

lamarpavel commented on 2021-05-19 05:32 (UTC)

Please consider adding --all to the git describe call in pkgver(), otherwise only annotated tags are used as source for the packages version and the last three releases of aerc were tagged without annotation.

rumpelsepp commented on 2020-07-09 07:57 (UTC)

@bins: no, see my comment here: https://aur.archlinux.org/packages/aerc-git/?O=10&PP=10#comment-711669

bins commented on 2020-07-09 07:54 (UTC)

according to the build instructions, notmuch is an optional dependency1: """ aerc optionally supports notmuch. """

could this be reflected in the PKGBUILD?

rumpelsepp commented on 2020-04-11 21:40 (UTC)

Since this is a -git package, bumping pgkrel is meaningless. Everybody gets the improvements when (re)building the package. Nevertheless, I bumped it.

Rucikir commented on 2020-04-11 02:09 (UTC)

You should update the pkgrel for the change to reach the users.

rumpelsepp commented on 2020-04-05 18:45 (UTC)

applied

Rucikir commented on 2020-03-30 22:16 (UTC) (edited on 2020-03-30 22:19 (UTC) by Rucikir)

What do you think of 0001-Set-executable-version-to-pkgver.patch? EDIT: good now.

rumpelsepp commented on 2020-03-30 13:43 (UTC)

Do you mind sending a patch? :-)

Rucikir commented on 2020-03-30 12:07 (UTC) (edited on 2020-03-30 22:20 (UTC) by Rucikir)

Could you add in the build function something so that aerc -v reports the latest git tag/commit id?

diabonas commented on 2020-02-16 11:42 (UTC)

Packages on the AUR should follow the Arch package guidelines, specifically the Go package guidelines, so this package is doing everything right by depending on go-pie:

All packages should preferably be built towards go-pie as this enables us to deliver secure binaries.

If you want to make building the package easier without having to replace packages on your local installation, have a look at building packages in a clean chroot.

pepper_chico commented on 2020-02-16 03:00 (UTC) (edited on 2020-02-16 03:02 (UTC) by pepper_chico)

Also, it's not unusual to provide binaries too, would avoid this issue for those who do not mind building from sources (and whether it was built with go or go-pie). Binaries are generally provided in the release package (no -git), or by another aerc-bin package.

pepper_chico commented on 2020-02-16 02:51 (UTC) (edited on 2020-02-16 02:57 (UTC) by pepper_chico)

@rumpelsepp it may be the best practice for compiled binaries provided by official Archlinux repositories. It may not for users that want to compile from sources from AUR (specially with helpers). I think we can assume the majority of Arch users that have go installed will have the go package, not go-pie. Expecting all users to change from go to go-pie because of aerc is expecting everyone to dump their go installation and download ~150MB for go-pie, just to build aerc.

rumpelsepp commented on 2020-01-30 14:46 (UTC)

This seems to be best practice on arch. Every package I viewed in the official repo depends on go-pie. It was quite annoying, since I always had to remove go-pie and install go when I compiled this very package.

emersion commented on 2020-01-29 13:55 (UTC)

Why does this depend on go-pie instead of go?

andres commented on 2019-11-18 16:45 (UTC)

Indeed, this package is aerc-git not aerc2-git. And even though aerc2-git does not show up on AUR web search or https://aur.archlinux.org/packages/aerc2-git, it does git clone "successfully"... (https://builds.sr.ht/~andres/job/111049#task-task-43).

If I actually download the correct package, it works beautifully. Thanks!

rumpelsepp commented on 2019-11-18 06:57 (UTC) (edited on 2019-11-18 06:58 (UTC) by rumpelsepp)

@andres: this package does not even have a prepare() function. Are you talking about "aerc"? edit: aerc does not have a prepare() function as well.

andres commented on 2019-11-15 14:29 (UTC)

This package not build for me:

==> Starting prepare()... sed: can't read config/aerc.conf: No such file or directory ==> ERROR: A failure occurred in prepare(). Aborting...

Am I doing something wrong, or does it need to be updated?

e-v commented on 2019-10-14 10:50 (UTC)

@rumpelsepp: Ok, my bad :)

rumpelsepp commented on 2019-10-14 08:00 (UTC)

@ElVirolo: You either compile with or without support for notmuch. If you omit the runtime dep, you risk segfaults (I am not sure if go binaries using cgo actually run in this case).

e-v commented on 2019-10-08 13:41 (UTC)

Shouldn't notmuch be an optdepend?

rumpelsepp commented on 2019-08-21 13:22 (UTC)

done

mathieu.clabaut commented on 2019-08-21 13:19 (UTC)

Would it be possible to compile with notmuch if present ?

S13ntist commented on 2019-08-08 13:43 (UTC)

Please remove the depends array.

depends=('w3m' 'dante')

All of those should be optdepends, none of them is needed for aerc to run.

The corresponding filter is disabled by default which uses them

lilmike commented on 2019-08-06 07:49 (UTC)

Should makedepend on git, otherwise building in a chroot gives unable to find the git package to handle git sources.

commented on 2019-07-17 21:52 (UTC)

FYI aerc now bundles its own libvterm, it's no longer a dependency.

lquidfire commented on 2019-06-07 20:01 (UTC)

Thank you :) Learned something new!

rumpelsepp commented on 2019-06-07 10:58 (UTC)

That's what the git suffix is all about :)

lquidfire commented on 2019-06-07 10:31 (UTC) (edited on 2019-06-07 10:31 (UTC) by lquidfire)

The Package Version is not the same as the installed Package.

pkgver=0.1.0.r7.geabdcff

Updated version: aerc-git 0.1.1.r5.g92dc31b-1

commented on 2019-06-05 00:10 (UTC)

community/python-colorama is a dependency

rumpelsepp commented on 2019-05-19 09:03 (UTC) (edited on 2019-05-19 09:03 (UTC) by rumpelsepp)

@mgr: I already filed an appropriate request. For the time being the package builds again.

mgr commented on 2019-05-18 18:17 (UTC) (edited on 2019-05-18 18:41 (UTC) by mgr)

aerc2 has now been moved to the upstream repo referenced in this PKGBUILD. This is a re-write in Go, so the PKGBUILD seems to work, but doesn’t match the actual software.

The old version, which this package used before, has been moved to https://git.sr.ht/~sircmpwn/aerc-legacy

mgr commented on 2019-05-18 18:14 (UTC)

The upstream repo has been moved to https://git.sr.ht/~sircmpwn/aerc The old aerc is now 'aerc-legacy'.

gkbrk commented on 2019-05-05 12:08 (UTC)

Hey @rumpelsepp, Thanks you for the improvements to the package. I have pushed those changes to the repo.

rumpelsepp commented on 2019-04-28 19:37 (UTC) (edited on 2019-04-28 19:44 (UTC) by rumpelsepp)

PS: I am willing to co maintain this if you wish. :)

Here are some links I applied to the posted PKGBUILD:

rumpelsepp commented on 2019-04-28 19:37 (UTC) (edited on 2019-04-29 16:51 (UTC) by rumpelsepp)

Your PKBUILD is broken. Use this instead:

# Maintainer: Gökberk Yaltıraklı <aur at gkbrk dot com>
# Contributor: Stefan Tatschner <stefan@rumpelsepp.org>

pkgname=aerc2-git
_pkgname=aerc2
pkgver=r187.a275f65
pkgrel=1
pkgdesc='Email Client for your Terminal'
arch=('x86_64')
url='https://git.sr.ht/~sircmpwn/aerc2'
license=('MIT')
depends=('libvterm')
makedepends=('go')
provides=('aerc2')
conflicts=('aerc2')
source=("aerc2::git+$url")
sha512sums=('SKIP')

pkgver() {
    cd "$srcdir/$_pkgname"

    ( set -o pipefail
      git describe --long 2>/dev/null | sed 's/\([^-]*-g\)/r\1/;s/-/./g' ||
      printf "r%s.%s" "$(git rev-list --count HEAD)" "$(git rev-parse --short HEAD)"
    )
}

prepare() {
    cd "$srcdir/$_pkgname"
    # change filenames in example config to include package dirs
    sed -i 's|contrib/\(.*\)|/usr/share/aerc2/\1|' config/aerc.conf
}

build() {
    cd "$srcdir/$_pkgname"
    go build \
        -gcflags "all=-trimpath=$PWD" \
        -asmflags "all=-trimpath=$PWD" \
        -ldflags "-extldflags $LDFLAGS" \
        -o $_pkgname .
}

package() {
    cd "$srcdir/$_pkgname"
    install -Dm755 "aerc2" "$pkgdir/usr/bin/aerc2"
    install -Dm644 "config/accounts.conf" "$pkgdir/usr/share/doc/aerc2/accounts.conf"
    install -Dm644 "config/aerc.conf" "$pkgdir/usr/share/doc/aerc2/aerc.conf"
    install -Dm644 "config/binds.conf" "$pkgdir/usr/share/doc/aerc2/binds.conf"

    # install contrib scripts
    install -Dm755 -d "$pkgdir/usr/share/aerc2"
    cp contrib/* "$pkgdir/usr/share/aerc2/"
}

ReedWade commented on 2019-03-22 09:40 (UTC)

aerc is officialy moved to : https://git.sr.ht/~sircmpwn/aerc2

null commented on 2017-05-20 09:42 (UTC) (edited on 2017-05-20 10:04 (UTC) by null)

thanks. just had a bit time to try the build again after it failed last time. community/libtsm should be a dependency aswell ;) Also this build creates a /aecr folder in the root file system. No go!

null commented on 2017-04-30 12:01 (UTC)

Shouldn't cmake be a build dependency? It isn't in base-devel.

buttcake commented on 2016-10-27 10:10 (UTC)

Build currently fails: % makepkg ==> Making package: aerc-git r183.fef5146-1 (Thu Oct 27 12:08:18 CEST 2016) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Retrieving sources... -> Updating aerc-git git repo... Fetching origin ==> Validating source files with md5sums... aerc-git ... Skipped ==> Extracting sources... -> Creating working copy of aerc git repo... Reset branch 'makepkg' ==> Starting pkgver()... ==> Removing existing $pkgdir/ directory... ==> Starting build()... mkdir: cannot create directory ‘build’: File exists ==> ERROR: A failure occurred in build(). Aborting...