[MacPorts] #49539: git-flow: fatal: unable to access 'https://github.com/nvie/gitflow.git/': SSL certificate problem: Couldn't understand the server certificate format
MacPorts
noreply at macports.org
Tue May 17 00:31:10 PDT 2016
#49539: git-flow: fatal: unable to access 'https://github.com/nvie/gitflow.git/':
SSL certificate problem: Couldn't understand the server certificate format
-----------------------------+------------------------------
Reporter: nhoj.patrick@… | Owner: jason-macports@…
Type: defect | Status: new
Priority: Normal | Milestone:
Component: ports | Version: 2.3.4
Resolution: | Keywords:
Port: git-flow |
-----------------------------+------------------------------
Comment (by ryandesign@…):
Replying to [comment:8 jason-macports@…]:
> Replying to [comment:7 ryandesign@…]:
> > Replying to [comment:5 jason-macports@…]:
> > > The other option might be to try using the release tarballs, though
I'm not sure that works using using the `github` port group.
> >
> > Of course it does. That's the preferred way of using the github
portgroup. Fetching from a git repository should always be a last resort.
Read the documentation in the github portgroup file for more information.
>
> Sorry for seeming obtuse. I meant that the nvie `git-flow` repo uses a
submodule ([https://github.com/nvie/shFlags `shFlags`]), and GitHub does
not include them in the autogenerated archive/release files. So, the only
way I see to build the package is to `clone` the git repo and `submodule
update --init` ex post facto. The same setup afflicts the `hubflow`
version too. Only the `avh` addition has it's own refactored version
included directly and not in an submodule.
You said "release tarballs"; I assumed you meant a
manually-(developer-)generated tarball attached to a
[https://github.com/blog/1547-release-your-software GitHub release
object]. The developer is responsible for including all source code in
this tarball necessary to build their software.
But I see that you're actually referring to the automatically-generated
"tarball" and "archive" tarballs, which indeed do not include submodules,
and may therefore not be suitable.
The developers of git-flow appear not offer any GitHub releases, perhaps
because their last release was in 2011, years before GitHub introduced the
release feature. Perhaps you can encourage the developers to release a new
version, including creating a GitHub release object and attaching the full
source code tarball to it, as is customary GitHub software release
procedure these days.
--
Ticket URL: <https://trac.macports.org/ticket/49539#comment:12>
MacPorts <https://www.macports.org/>
Ports system for OS X
More information about the macports-tickets
mailing list