Gabriel Brown
88497826ec
Phase 4: the optional application categories, and the Firefox chrome. Everything Panama installed until now was what every machine gets, which meant a work laptop acquired emulators and a desktop that wanted Steam had to be told about it by hand. The interview now offers the categories in setup/packages/extras/ as a checklist -- gaming, creative, communication, virtualization -- and nothing is preselected, because a default here installs applications nobody chose on a machine whose owner answered a question they thought was about something else. A category is one file, and a category mixes both package managers because the applications do: Steam is in RPM Fusion, Slack publishes only a flatpak. So a bare line is a dnf package and a flatpak: line is a Flathub ID, and one file holds the whole answer rather than splitting each category across two. The menu is read from the directory rather than written down, so adding a category is adding a file. Every name in all four was resolved against the actual repositories before being written down, and the contract re-resolves them -- the point of admitting applications one at a time is that they stay installable, and a typo here fails on somebody else's machine, not this one. Firefox is declared, and its chrome is Edge-Frfox, vendored into config/firefox. sunhat carried that theme with no license and no attribution; it is MIT, and now it says so and says whose it is. It is the only piece of Panama's configuration that does not go to a path this repository chooses. Firefox owns the profile directory, names it with a random salt, and does not create one until the browser has been run -- so link-dotfiles finds or creates a profile and links both halves into it. Both, or neither works: chrome/ is the CSS and user.js sets the preference that makes Firefox read chrome/ at all, without which the theme is a directory of dead files. Two assumptions there were wrong, and the contract exists for both. Firefox has moved to the XDG directories -- the profile root is ~/.config/mozilla/firefox on this build, not ~/.mozilla/firefox, and writing to the wrong one themes nothing and says nothing about it. And -CreateProfile turns out to be non-interactive, so a fresh machine gets the theme on the first install rather than the second. The contract runs link-dotfiles for real against a throwaway home with no profile in it and looks at what came out; it was checked by pointing the search at the legacy path only and watching it fail. Also: the enrolment/enrollment spellings from the last commit are corrected. This repository is US-spelled everywhere else -- color 1131 times against colour never -- and consistency in prose is worth as much as it is in code. Claude-Session: https://claude.ai/code/session_01NvgBuSWB5sE43yWmg21ozj
6 lines
1.1 KiB
XML
6 lines
1.1 KiB
XML
<svg width="16" height="16" xmlns="http://www.w3.org/2000/svg" fill="context-fill" fill-opacity="context-fill-opacity">
|
|
<defs><clipPath id="a"><path d="M2.1 0 16 13.9V0zM0 .7V16h15.3z"/></clipPath></defs>
|
|
<path clip-path="url(#a)" d="M8 4c-2.335 0-4.671.296-7.008.887A1.32 1.32 0 0 0 0 6.17v2.549c0 1.804 1.44 3.28 3.236 3.28H5.24a2.11 2.11 0 0 0 1.596-.732l.53-.611a.835.835 0 0 1 1.268 0l.53.611A2.11 2.11 0 0 0 10.76 12h2.004C14.559 12 16 10.523 16 8.719v-2.55c0-.602-.404-1.134-.993-1.282A28.51 28.51 0 0 0 8 4zm0 1c2.249 0 4.503.285 6.762.856.135.034.238.16.238.314v2.549C15 9.986 13.991 11 12.764 11H10.76c-.32 0-.624-.14-.838-.387l-.53-.611a1.834 1.834 0 0 0-2.781 0l-.53.611a1.11 1.11 0 0 1-.84.387H3.237C2.01 11 1.001 9.986 1.001 8.719V6.17c0-.154.104-.28.238-.315A27.504 27.504 0 0 1 8.001 5zm-.04 1A.75.75 0 1 0 8 6h-.039zM2.5 7a.5.5 0 0 0 0 1H4a.5.5 0 0 0 0-1H2.5zm9.502 0a.5.5 0 0 0-.004 1l1.5.004a.502.502 0 0 0 .502-.5c0-.276-.222-.5-.498-.5L12.002 7z"/>
|
|
<path d="M.5 0a.5.5 0 0 0-.354.146.5.5 0 0 0 0 .707l15 15a.5.5 0 0 0 .707 0 .5.5 0 0 0 0-.707l-15-15A.5.5 0 0 0 .499 0z"/>
|
|
</svg>
|