@@ -214,7 +214,7 @@ my $bar = Bar.new;
214
214
215
215
= head3 is export
216
216
217
- Packages, subroutines, variables, constants and enums are exported by marking
217
+ Packages, subroutines, variables, constants, and enums are exported by marking
218
218
them with the L < is export|/routine/is export > trait (also note the tags available for indicating
219
219
authors and versions).
220
220
@@ -621,20 +621,19 @@ copy/paste the raw form of L<its license|https://github.com/rakudo/rakudo/blob/m
621
621
into your own C < LICENSE > file.
622
622
623
623
= item The license field in META6.json
624
- The license field should be one of the standardized names listed here:
624
+ should be one of the standardized names listed here:
625
625
L < https://spdx.org/licenses/ > . In the case of the B < Artistic 2.0 > license, which
626
626
is what many of our ecosystem modules use, its identifier is
627
627
C < Artistic-2.0 > . Having standardized identifiers make it easy for humans
628
628
and computers alike to know which license was actually used by looking at
629
629
the metadata!
630
630
631
- = item I < Your license is not on spdx.org or you have your own license > :
632
- If you can't find your license on C < spdx.org > or you use your own license,
633
- you should put the license's name in the license field, and under
634
- more details here L < https://design.perl6.org/S22.html#license > .
631
+ = item If you can't find your license on C < spdx.org > or you use your own license,
632
+ you should put the license's name in the license field. For more details see
633
+ L < https://design.perl6.org/S22.html#license > .
635
634
636
635
= item If you don't yet have any tests, you can leave out the C < t >
637
- directory and C < basic.t > file for now. For more info on how to write
636
+ directory and C < basic.t > file for now. For more information on how to write
638
637
tests (for now), you might have a look at how other modules use
639
638
C < Test > .
640
639
@@ -662,8 +661,8 @@ C<TODO>, or other files.>
662
661
663
662
If your module requires extra processing during installation to fully
664
663
integrate with and use non-Perl operating system resources, you may
665
- need to add a C < Build.pm6 > file (a "build hook") to the top-level directory. It will
666
- bu used by the C < zef > installer as the first step in the installation process.
664
+ need to add a X < C < Build.pm6 > | Build.pm6> file (a "build hook") to the top-level directory. It will
665
+ be used by the C < zef > installer as the first step in the installation process.
667
666
See the README for C < zef > for a brief example. Also see various usage scenarios in existing
668
667
ecosystem modules such as C < zef > itself.
669
668
= end item
@@ -747,7 +746,7 @@ Their installed location can be determined through the C<%?RESOURCES> C<Hash>
747
746
indexed on the name provided. The C < tags > section is also optional. It is used to describe
748
747
the module in the Perl 6 ecosystem.
749
748
750
- The C < depends > , C < build-depends > and C < test-depends > sections include different modules that
749
+ The C < depends > , C < build-depends > , and C < test-depends > sections include different modules that
751
750
are used in those phases of the of installation. All are optional, but
752
751
they must obviously contain the modules that are going to be needed in those
753
752
particular phases. These dependencies might optionally use
0 commit comments