Uploaded image for project: 'RHEL'
  1. RHEL
  2. RHEL-16006

osbuild-composer does not check if a package has an empty name key

    • Icon: Bug Bug
    • Resolution: Unresolved
    • Icon: Minor Minor
    • None
    • rhel-8.8.0.z, rhel-9.2.0.z
    • osbuild-composer
    • rhel-sst-image-builder
    • ssg_front_door
    • 8
    • False
    • Hide

      None

      Show
      None
    • None
    • Red Hat Enterprise Linux
    • None
    • None
    • None
    • All
    • None

      What were you trying to do that didn't work?

      A customer reported that after commenting out only the packages's "name" key, the compose/depsolve fails without giving an error that is self-explanatory.

      Please provide the package NVR for which bug is seen:

      osbuild-composer-76-2.el9_2.2.x86_64

      osbuild-composer-75-1.el8.x86_64

      How reproducible:

      Always

      Steps to reproduce

      • Create a blueprint with an empty package name
      # cat EMPTY-PACKAGE-NAME.toml 
      name = "EMPTY-PACKAGE-NAME"
      description = "empty package name"
      version = "0.0.1"
      modules = []
      groups = []
      distro = "rhel-88"
      
      [[packages]]
      #name = "vim"
      version = "*" 
      • Push it and then show it
      # composer-cli blueprints push EMPTY-PACKAGE-NAME.toml
      # composer-cli blueprints show EMPTY-PACKAGE-NAME
      name = "EMPTY-PACKAGE-NAME"
      description = "empty package name"
      version = "0.0.1"
      modules = []
      groups = []
      distro = "rhel-88"
      
      [[packages]]
      name = ""                              <<<
      version = "*" 
      • Depsolve it or start a compose

       

      # composer-cli blueprints depsolve EMPTY-PACKAGE-NAME 
      ERROR: BlueprintsError: EMPTY-PACKAGE-NAME: DNF error occurred: MarkingErrors: Error occurred when marking packages for installation: Problems in request:
      missing packages: 
      blueprint: EMPTY-PACKAGE-NAME v0.0.1
      

      Expected results

      Ignore the faulty empty entry or report an error that is more understandable.

       

              rh-ee-fschulle Florian Schüller
              rhn-support-cbesson Christophe Besson
              Osbuilders Bot Account Osbuilders Bot Account
              Release Test Team Release Test Team
              Votes:
              0 Vote for this issue
              Watchers:
              5 Start watching this issue

                Created:
                Updated: