Fire is step THREE! | github.com/perl6/toolchain-bikeshed | Channel logs: colabti.org/irclogger/irclogger_log...-toolchain | useful prior art: metacpan.org/pod/CPAN::Meta::Spec
Set by AlexDaniel on 12 June 2018.
04:56 lizmat left 07:13 domidumont joined 07:18 domidumont left, domidumont joined 08:10 domidumont left 08:12 domidumont joined 09:27 lizmat joined
lizmat "source-url" : "git://github.com/bduggan/p6-rdf-turtle.git" 11:41
"source-url" : "github.com/bduggan/p6-rdf-turtle.git"
the former appears on modules.perl6.org as the link to the repor
the latter doesn't: is the use of https:// wrong in this context, or should modules.perl6.org be fixed ? 11:42
japhb lizmat: You can check which URLs are acceptable from the GitHub UI by pulling down the "Clone or download" dropdown at a repo root. In this particular case, github.com/user/repo.git is the default form (partly IIRC because it's more firewall-friendly); git:... is for those who prefer SSH to HTTPS for security. 14:10
lizmat ok, so you're saying it's a problem with modules.perl6.org, right ? 14:12
japhb Originally IIRC people were allowed to list either https:// or git:// in their repo info, I'm guessing modules.perl6.org is just following whatever people put in that metadata. 14:14
Personally I think we should pick one as standard for each of the repo hosting sites (probably the ) and have the tools (zef, etc.) able to autoconvert for you. 14:15
"enough magic to make users happy"
lizmat well, I have quite a few modules to change should the url have to start with git:// 14:19
:-(
will do it if necessary, but still... if the problem is more widespread ecosystem-wise
then maybe we should indeed handle this more centrally :-)
15:55 domidumont left 16:39 domidumont joined 18:21 lizmat left 18:46 ilogger2 joined 18:57 lizmat joined 19:02 lizmat left
japhb Well, at the very least we can know the supported URL formats for GitHub and GitLab and have zef and modules.perl6.org just magically map them (or perhaps display both forms) 19:30
19:38 lizmat joined