There are no hard-and-fast rules on how to show this information. The bottom line is to make sure recipients can easily figure out which files are under which license. You also need to preserve copyright notices, where required. This is a common requirement of many licenses, but most licenses do not dictate where those notices are kept, only that, again, recipients can easily figure out which files correspond to those copyright notices.
So I'd like to refer to best practices instead. There's a good article provided by the SFLC which covers this, Managing copyright information within a free software project:
Best practices for maintaining license information
License information can also be maintained in individual files, in a central location, or in some combination of both. Most projects use a hybrid approach, placing the primary license in a top-level COPYING or LICENSE file, and also including some license information in each file’s header.
So the two approaches are (and most projects use both):
- Information in individual files (i.e.
Copyright 20XX Jane Hacker under Foobar License at the top of files)
- In a central location, usually a top-level
These are all best practices, not requirements. For example, you do not have to have a top-level
LICENSE file, the same information could be in the readme. Note that some licenses require that you provide the full text of the license, but again that doesn't have to be named
The article does recommend the central location approach though, as it makes it easy to know the full licensing information at one place:
In many situations, a semi-centralized approach will work best. Consider a GPL-licensed project whose codebase contains a number of permissively-licensed libraries with custom modifications. While the license of the resulting program will be GPL, because of GPL’s copyleft provision, the source for the libraries can be maintained under their individual licenses. In this scenario, it makes sense to keep license information for the individual libraries at the top level of the directories they’re kept in, as well as in the license information for the entire project.
- Maintain a top-level file describing the licensing of the entire project, i.e. which parts are under which licenses
- Under each directory that contains a sub-project under a different license, maintain a file there describing the licensing of that sub-project
So your example project might look like this:
│ ├── LICENSE (MIT)
│ └── mit_file1
Where the top-level
LICENSE file contains something like:
myproject is licensed under GPLv3, except for