Search Criteria
Package Details: hydroxide 0.2.29-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/hydroxide.git (read-only, click to copy) |
---|---|
Package Base: | hydroxide |
Description: | A third-party, open-source ProtonMail CardDAV, IMAP and SMTP bridge |
Upstream URL: | https://github.com/emersion/hydroxide |
Keywords: | carddav go imap protonmail protonmail-bridge smtp |
Licenses: | MIT |
Submitter: | arnottcr |
Maintainer: | zoorat |
Last Packager: | zoorat |
Votes: | 18 |
Popularity: | 0.86 |
First Submitted: | 2020-01-04 21:41 (UTC) |
Last Updated: | 2024-09-17 10:34 (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
« First ‹ Previous 1 2
<deleted-account> commented on 2020-04-29 08:56 (UTC)
Thanks! If you have any questions about the changes feel free to ask.
arnottcr commented on 2020-04-29 03:48 (UTC)
You seem interested and aware of community standards, happy to hand share management and let you push best practices. Added you as a Co-Maintainer, so feel free to realign things as appropriate.
<deleted-account> commented on 2020-04-29 03:31 (UTC)
The tarball already contains a go.sum file. It will always be the same as the one that you had when committing the package since we're checking the checksum of the tarball.
More info: Go package guidelines#Modern Go project (for Go >=1.11)
Building towards
go-pie
should be preferred for security reasons. I haven't encountered any issues with building againstgo-pie
and when I tried hydroxide out everything seemed to be working as intended.More info: Go package guidelines#Building
The reason you don't see the sample PKGBUILDs copying the license is that the license is
GPL
and it's already located at/usr/share/licenses/common/GPL/license.txt
. MIT is treated as a common license, but technically each one is a different license due to theCopyright [...]
line being included, which is why you have to copy it.More info: PKGBUILD#license
I suggest you take a look at the following ArchWiki pages when you have time:
<deleted-account> commented on 2020-04-29 03:31 (UTC)
The tarball already contains a go.sum file. It will always be the same as the one that you had when committing the package since we're checking the checksum of the tarball.
More info: Go package guidelines#Modern Go project (for Go >=1.11)
Building towards
go-pie
should be preferred for security reasons. I haven't encountered any issues with building againstgo-pie
and when I tried hydroxide out everything seemed to be working as intended.More info: Go package guidelines#Building
The reason you don't see the sample PKGBUILDs copying the license is that the license is
GPL
and it's already located at/usr/share/licenses/common/GPL/license.txt
. MIT is treated as a common license, but technically each one is a different license due to theCopyright [...]
line being included, which is why you have to copy it.More info: PKGBUILD#license
I suggest you take a look at the following ArchWiki pages when you have time:
arnottcr commented on 2020-04-29 02:58 (UTC)
So, I was definitely trying something out here and am not surprised that it does not align with existing package samples. That being said, I am happy to introduce the build stripping, and FLAGS.
However, I am kind of partial to the minimalism achieved by relying upon the toolchain to fetch source, so let me know your thoughts. Also, go-pie vs go?
The license is a good touch that I always miss, is that documented somewhere, as it is not in the samples.
<deleted-account> commented on 2020-04-29 02:44 (UTC)
I didn't realize this was on the AUR and I made a PKGBUILD myself. I noticed your PKGBUILD doesn't necessarily respect the Go package guidelines.
Here's the PKGBUILD that I made:
Feel free to use it however you want!
« First ‹ Previous 1 2