Search Criteria
Package Details: mailspring-bin 1.15.0-1
Package Actions
| 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.71 |
| First Submitted: | 2024-07-10 05:38 (UTC) |
| Last Updated: | 2025-01-03 01:17 (UTC) |
Latest Comments
« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 27 Next › Last »
eschwartz commented on 2020-05-11 14:20 (UTC) (edited on 2020-05-11 14:22 (UTC) by eschwartz)
We're not going to orphan a package that has seen very recent maintenance without giving the maintainer the full two weeks grace period. We are also at 4 orphan requests and counting, which is completely unnecessary, so please stop that now, everyone.
Special exceptions may be made if the maintainer hasn't logged in to the AUR in a long time, and/or the package has been flagged out of date for many months. The AUR software automatically accepts requests on packages which were flagged out of date >=6 months ago. None of that is the case here.
I strongly recommend you all learn the fine art of patience.
capoeira commented on 2020-05-11 13:42 (UTC)
I agree, orphan request is the way to go. Though I don't know how this is handled. I requested one for a package once and it was orphaned in a few hours. This one seams to have requests for days and nothing is happening
eschwartz commented on 2020-05-11 12:53 (UTC) (edited on 2020-05-11 12:55 (UTC) by eschwartz)
I'll be happy to suspend the account of anyone creating duplicate packages when they know this is against the rules of submission. Maybe then people will learn that it doesn't matter how out of date this package is, your options are either submit an orphan request for this one or do nothing at all.
I guarantee you I'm more frustrated than you are.
rojo commented on 2020-05-11 12:16 (UTC)
@Raymo111
https://wiki.archlinux.org/index.php/AUR_submission_guidelines
"Check the AUR if the package already exists. If it is currently maintained, changes can be submitted in a comment for the maintainer's attention. If it is unmaintained or the maintainer is unresponsive, the package can be adopted and updated as required. Do not create duplicate packages."
I understand you are frustrated but do not create your own package. Just follow the procedure and email support staff and most likely you will become the maintainer.
I'll go ahead and send an email as well.
Raymo111 commented on 2020-05-10 22:58 (UTC)
I'm sick of waiting for mailspring to be updated so I'm maintaining https://aur.archlinux.org/packages/mailspring-latest/. I'm subscribed to the git repo and use mailspring every day, so updates will be prompt.
sachmalh commented on 2020-05-08 05:51 (UTC)
@gardotd426. Thanks @rojo basically i got the checksum from mailspring git. I would love to maintain this package @rashintha and @jnylen
jnylen commented on 2020-05-08 00:36 (UTC)
@pappfer I moved to Thunderbird. Way stabler.
gardotd426 commented on 2020-05-07 14:04 (UTC)
@rojo you just run
sha256sum FILENAMEand it gives it to you.« First ‹ Previous 1 .. 9 10 11 12 13 14 15 16 17 18 19 .. 27 Next › Last »