A backup of the Yuzu mainline repo. Only includes the master branch, nothing else. https://git.benis.co.uk/yuzu-mainline/atom?h=master 2023-05-24T02:57:04+00:00 2023-05-24T02:57:04+00:00 Alexandre Bouvier contact@amb.tf 2023-03-01T20:31:27+00:00 urn:sha1:9c3c7ec009ff4d4b006222328736fa0f66d5598a 2022-07-27T10:53:49+00:00 Andrea Pappacoda andrea@pappacoda.it 2022-05-15T00:06:02+00:00 urn:sha1:cdb240f3d4d9c0d6d56e6660d8c45da4ab60ff59 [REUSE] is a specification that aims at making file copyright information consistent, so that it can be both human and machine readable. It basically requires that all files have a header containing copyright and licensing information. When this isn't possible, like when dealing with binary assets, generated files or embedded third-party dependencies, it is permitted to insert copyright information in the `.reuse/dep5` file. Oh, and it also requires that all the licenses used in the project are present in the `LICENSES` folder, that's why the diff is so huge. This can be done automatically with `reuse download --all`. The `reuse` tool also contains a handy subcommand that analyzes the project and tells whether or not the project is (still) compliant, `reuse lint`. Following REUSE has a few advantages over the current approach: - Copyright information is easy to access for users / downstream - Files like `dist/license.md` do not need to exist anymore, as `.reuse/dep5` is used instead - `reuse lint` makes it easy to ensure that copyright information of files like binary assets / images is always accurate and up to date To add copyright information of files that didn't have it I looked up who committed what and when, for each file. As yuzu contributors do not have to sign a CLA or similar I couldn't assume that copyright ownership was of the "yuzu Emulator Project", so I used the name and/or email of the commit author instead. [REUSE]: https://reuse.software Follow-up to 01cf05bc75b1e47beb08937439f3ed9339e7b254 2018-01-18T02:51:43+00:00 Lioncash mathew1800@gmail.com 2018-01-18T00:37:34+00:00 urn:sha1:e710a1b9894d835d740ed63c03098fd637f61f63 Removes the need to store to separate SRC and HEADER variables, and then construct the target in most cases. 2017-05-28T03:48:00+00:00 Yuri Kunde Schlesner yuriks@yuriks.net 2017-05-28T02:46:26+00:00 urn:sha1:089baa04e851676c1c04e640ef137b9025d6e5dc 2015-09-06T22:45:46+00:00 Yuri Kunde Schlesner yuriks@yuriks.net 2015-09-06T22:34:15+00:00 urn:sha1:d8311e836595e9370acdf5acc364f98994c49660 2015-08-30T11:45:56+00:00 Yuri Kunde Schlesner yuriks@yuriks.net 2015-08-30T06:37:42+00:00 urn:sha1:a1a5570e9735cb3ead0149b26d00eb4d6ade744f The main advantage of switching to glad from glLoadGen is that, apart from being actively maintained, it supports a customizable entrypoint loader function, which makes it possible to also support OpenGL ES.