Foss Bros ehen someone wants to use a Linux that just works, without learning CLI: (Odin from Marvel's Thor shouting) You're unworthy!
you are viewing a single comment's thread
view the rest of the comments
[–] 7 points 1 year ago* (4 children)

Seriously - Linux needs a standardized config schema spec. Something that programs should provide which an application can read and provide a frontend interface for the users to adjust config files.

Could be something like:

schema_version: 1.0
application:
  name: Poo Analyzer
  icon_path: /etc/pooanalyzer/images/icon.png
  description: Analyzes photos of poo
schema:
  - config_file:
      path: /etc/pooanalyzer/conf/poo.conf
      conf_type: ini
    configs:
      - field: poo_directory
        type: dir_path
        name: Poo Image Directory
        description: Directory of Poo Images
        icon_path: /etc/pooanalyzer/images/poo.png
      - field: poo_type
        type: list
        name: Poo Types
        description: Types of Poo to Analyze 
        values:
          - dog
          - cat
          - human
          - brown bear
        icon_path: /etc/pooanalyzer/images/animal.png
          ...

Any distro could then create any frontend they'd like to manage this - the user could even install their own.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 2 points 1 year ago

    This particular program would work great in combination with old school German/Dutch toilets with the poop shelf, take a pic after the deed and let the program tell you how you need to adjust your diet.

  • source
  • parent
  • [–] 1 point 1 year ago (1 child)

    I agree and disagree.

    The premise is solid: unify config so it's standardized and machine parse-able for better integrations like an easier-to-build UI/UX. It could even have ramifications for cloud-init and older IaC tech like Puppet.

    The problem is Linux itself. Or rather, the subsystems that are cobbled together to make Linux a viable OS. You're not going to get all the different projects to pivot to a common config scheme, so this YAML standard would need a backend to convert to/from whatever each little deamon and driver requires. This creates a few secondary problems like community backlash (see systemd), and having multiple places where config data must be actively synchronized.

    I think the current crop of GUI config systems are aleady well down the most pragmatic path: each config panel touches one or more standard config files, wherever they are, and however they are structured. It's not pretty under the hood, and it's complicated, but it works. These tools just need a lot more polish on the frontend.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 year ago

    They could still use whatever config format they wanted - this would just be for providing their config schema. It also doesn't need to be YAML, that's just the easiest one for me to type on my phone. In fact, I think most schema validation programs rely on JSON as it is.

    I also don't think programs should be required to provide it. Many core programs and kernel modules would likely take years if they ever were able to add it just to avoid the risk of mistakes causing any major issues, especially if they haven't needed an update in years. There are also many config files that use their own nonstandardized schema. A possibility is that they could be allowed to provide a CLI tool which could update the config or they could just ignore it entirely.

    But creating a common schema for... well, the config schema would make it easier for systems to provide a frontend interface for updating your configs.

  • source
  • parent