Bug 862260
Summary: | [RFE] engine-iso-uploader: update command-line usage (URL based location, etc.) | ||
---|---|---|---|
Product: | [oVirt] ovirt-iso-uploader | Reporter: | Alon Bar-Lev <alonbl> |
Component: | Core | Assignee: | Sandro Bonazzola <sbonazzo> |
Status: | CLOSED DEFERRED | QA Contact: | Pavel Stehlik <pstehlik> |
Severity: | low | Docs Contact: | |
Priority: | medium | ||
Version: | --- | CC: | bsettle, bugs, dfediuck, didi, jbelka, ldelouw, lveyde, mgoldboi, rbalakri, Rhev-m-bugs, rmartins, sbonazzo, stirabos, ylavi |
Target Milestone: | --- | Keywords: | FutureFeature, Improvement |
Target Release: | --- | Flags: | sbonazzo:
ovirt-future?
rule-engine: planning_ack? sbonazzo: devel_ack? rule-engine: testing_ack? |
Hardware: | Unspecified | ||
OS: | Unspecified | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Enhancement | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2017-06-07 21:28:54 UTC | Type: | Bug |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | Integration | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Alon Bar-Lev
2012-10-02 13:34:22 UTC
This was discussed some time ago with Keith Robertson and Itamar Heim. Maybe we want also a list-domains command in order to preserve the functionality provided by current list command. Having also the download command could be useful. Maybe ovirt-engin-iso-uploader will be reductive for the tool, ovirt-engine-iso-ctl or ovirt-engine-iso-manager could be more appropriate. We should merge the image and iso uploaders into single tool If there is only one ISO domain, does engine-iso-uploader have to ask for its name? This is sooooo annoying. Doesn't seems weekathon material to me. Yaniv, can we close this one since ovirt-iso-uploader is deprecated in favor of ovirt-imageio? I would wait for the replacement feature to be in. (In reply to Yaniv Lavi from comment #8) > I would wait for the replacement feature to be in. We are not going to change the command line nevertheless. Closing for the time being. |