Created attachment 175643 [details] update to 3.1.26 - add linux64 support This should update the port, but also enable installation of 32 or 64 bit depending on what the user wants. "LINUX_ARCH" will be use to decide which version to install ### Portlint: portlint ⏎ WARN: Makefile: Consider defining LICENSE. 0 fatal errors and 1 warning found. ### sudo make check-plist ====> Checking for pkg-plist issues (check-plist) ===> Parsing plist ===> Checking for items in STAGEDIR missing from pkg-plist ===> Checking for items in pkg-plist which are not in STAGEDIR ===> No pkg-plist issues found (check-plist) #### sudo make stage-qa ====> Running Q/A tests (stage-qa)
Created attachment 175644 [details] update to 3.1.26 - add linux64 support Update to 3.1.26 make sure diff include distinfo changes
Thanks for your contribution. The maintainer-approval(+) flag that you've set on the attachment is sufficient. No need to use summary hacks like adding "[maintainer]" to it.
(In reply to Vladimir Krstulja from comment #2) Sorry about that.
I wonder if there's something wrong with my patch since this wasn't pushed to the ports three yet? I just asked because its usually faster, unless something is wrong with the submitted patches, please let me known if that's the case.
A commit references this bug: Author: tijl Date: Thu Dec 8 13:52:39 UTC 2016 New revision: 428118 URL: https://svnweb.freebsd.org/changeset/ports/428118 Log: Update to 3.1.26 and add 64-bit support. PR: 213399 Submitted by: miguelmclara@gmail.com (maintainer) Changes: head/editors/linux-sublime3/Makefile head/editors/linux-sublime3/distinfo head/editors/linux-sublime3/files/sublime.in head/editors/linux-sublime3/pkg-plist
I've added support for architecture dependent distfiles to USES=linux and changed the Makefile to make use that. A consequence is that you can keep one distinfo file; make makesum will do the right thing. I've also simplified the startup script as discussed in bug 215082. Let me know if you'd like to make any additional changes.
*** Bug 215082 has been marked as a duplicate of this bug. ***
Sounds great, thanks And a thanks to "ericturgeon" for spotting the issue with the start script.