[TOPIC 02/11] Top-level lib/ directory
- From
Taylor Blau <me@ttaylorr.com>
- Date
- Sep 20, 2024, 14:17 UTC
- Message-ID
- <Zu2EF2bELvzC4f9s@nand.local>
- In-Reply-To
- <Zu2DmS30E0kKug2a@nand.local>
Top-level lib/ directory ========================
(moderator: Patrick, notetaker: brian)
* Patrick: Difficult to find stuff (README, etc); top-level directory is
cluttered
* J6t: Clarifies that this is the C and H files
* Emily: Originally the plan was to move libified files into lib once
libified
* Jonathan:
* Discussion has been present on the list before (in Git 2.0
discussion)
* Bikehedding on the list (more difficult to blame)
* Differences of opinion about lib and include and naming
* Blame problems, but this is an opportunity to fix that
* Heart of it: has nonzero costs, needs to have enough benefit to
offset it
* Elijah: git apply doesn't handle directory rename
* Patrick: Bikeshedding not a problem; can be handled
* brian: Not really hearing an objection
* Peff: Not a problem for him, but not a really big objection
* Kyle: Not sure the value here
* Jonathan: I really love what Patrick said about "I can handle
bikeshedding", I think it's great if you can guide a discussion
on-list toward a decision on what we want for source layout, how we
structure code, etc. Exciting!
* Taylor: improves things, makes it more maintainable/discoverable, but
takes time away from other things like security/performance bugs.
Should be done with a healthy balance.