>I would appreciate if you avoided adding uninvolved components to the bug
What is the correct package for an existing gsetting and GUI selectable feature that should be a default based purely on install selectable variables? >Last I see they are sitting in a "volunteers welcome" state, or dependencies on things that need further work. So it will never happen then. It is already a setting based on a selection that is already done in the installer [timezone based on area]. >Official time standards for the or one of the largest install bases in the world is not justification because Ubuntu chose this specific DE? >This sort of change is really best done in a package in the archive Something like a gnome-fix-usa-time.deb that adds 12h upon install and is triggered by selecting a US timezone? Sounds great. -- You received this bug notification because you are a member of Ubuntu Touch seeded packages, which is subscribed to gsettings-desktop-schemas in Ubuntu. https://bugs.launchpad.net/bugs/1956102 Title: Time for the US is shown in 24h format. It should be 12h with AM/PM Status in GSettings Desktop Schemas: New Status in curtin package in Ubuntu: Invalid Status in gsettings-desktop-schemas package in Ubuntu: Confirmed Status in subiquity package in Ubuntu: Won't Fix Bug description: Source- https://time.gov/ To manage notifications about this bug go to: https://bugs.launchpad.net/gsettings-desktop-schemas/+bug/1956102/+subscriptions -- Mailing list: https://launchpad.net/~touch-packages Post to : touch-packages@lists.launchpad.net Unsubscribe : https://launchpad.net/~touch-packages More help : https://help.launchpad.net/ListHelp
