Package Details: mailspring-bin 1.15.0-1

Git Clone URL: https://aur.archlinux.org/mailspring-bin.git (read-only, click to copy)
Package Base: mailspring-bin
Description: A beautiful, fast and fully open source mail client.(Prebuilt version.Use system-wide electron)
Upstream URL: https://getmailspring.com/
Keywords: electron email imap mail
Licenses: GPL-3.0-only
Conflicts: mailspring
Provides: mailspring
Submitter: zxp19821005
Maintainer: zxp19821005
Last Packager: zxp19821005
Votes: 209
Popularity: 1.78
First Submitted: 2024-07-10 05:38 (UTC)
Last Updated: 2025-01-03 01:17 (UTC)

Dependencies (3)

Required by (0)

Sources (2)

Latest Comments

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 27 Next › Last »

drarig29 commented on 2021-11-23 00:31 (UTC)

I would suggest adding libunity as a dependency, to fix this badge issue on KDE: https://github.com/Foundry376/Mailspring/issues/1890#issuecomment-612424494

rcintra commented on 2021-11-10 04:09 (UTC) (edited on 2021-11-10 04:09 (UTC) by rcintra)

The application does not work if gnome-keyring is not installed, at least when skipping the step to use a Mailspring ID. You may consider making that dependency not optional.

slondr commented on 2021-11-08 19:50 (UTC)

This was discussed previously. If someone had a working source release, then yes this package should be renamed. Until then, doesn't make much sense to.

Hanabishi commented on 2021-11-08 19:34 (UTC)

@MithicSpirit, yeah, I've tried. But maybe someone will dive in it successfully.

MithicSpirit commented on 2021-11-08 18:10 (UTC)

@Hanabishi yeah I think I've also brought that up but the maintainer hasn't renamed the package yet :/

There isn't much of an issue with this currently because building Mailsync is a pain on Arch rn due to differing library versions and stuff.

Hanabishi commented on 2021-11-08 17:47 (UTC) (edited on 2021-11-08 17:52 (UTC) by Hanabishi)

Shouldn't this package be named -bin? Because source code for building the app is avaliable.
According to https://wiki.archlinux.org/title/AUR_submission_guidelines#Rules_of_submission

mandeepsan commented on 2021-09-29 10:07 (UTC)

The PKGBUILD is now fixed for coreutils 9.0-1 that was causing build to fail. I really appreciate Humandoodlebug to bring this bug into our attention.

Humandoodlebug commented on 2021-09-29 08:42 (UTC) (edited on 2021-09-29 08:53 (UTC) by Humandoodlebug)

I'm getting an error in the package() stage. Seems to be caused by the line chmod -R go-w "${pkgdir}"/usr, which tries to recursively change the permissions on the symlink usr/bin/mailspring. In my testing, this is fine when the symlink is directly specified in the command but returns error status when it is found through recursion. Permissions on symlinks aren't really a thing anyway, so perhaps it's best to split the line in two like this:

chmod go-w "${pkgdir}"/usr "${pkgdir}"/usr/bin
chmod -R go-w "${pkgdir}"/usr/share

EDIT: This appears to be a new change in behaviour of chmod between coreutils 8.32-1 and 9.0-1. This seems to have broken a few other packages too, e.g. spotify. Downgrading to 8.32-1 fixes it, but that's probably not a good long-term solution.

slondr commented on 2021-09-16 21:03 (UTC)

Package updated to version 1.9.2. I appreciate everyone's patience.

<deleted-account> commented on 2021-09-09 12:05 (UTC)

Version 1.9.2 Instruction: Edit Buildfile and change this lines: pkgver=1.9.2 sha256sums_x86_64=('a3bc365c77791673d8b7d8fc2081b2e8e80ab5d78d6ffa99f848971849f43544')

After saving you can install/ update

« First ‹ Previous 1 2 3 4 5 6 7 8 9 10 11 12 .. 27 Next › Last »