|
Bugzilla – Full Text Bug Listing |
| Summary: | Installation source up/down meaning not described | ||
|---|---|---|---|
| Product: | [openSUSE] SUSE Linux 10.1 | Reporter: | ferdinand gassauer <gassauer> |
| Component: | YaST2 | Assignee: | Michael Andres <ma> |
| Status: | RESOLVED DUPLICATE | QA Contact: | Stanislav Visnovsky <visnov> |
| Severity: | Enhancement | ||
| Priority: | P5 - None | CC: | jsrain, jsuchome, suse-beta |
| Version: | Final | ||
| Target Milestone: | --- | ||
| Hardware: | Other | ||
| OS: | Other | ||
| Whiteboard: | |||
| Found By: | Other | Services Priority: | |
| Business Priority: | Blocker: | --- | |
| Marketing QA Status: | --- | IT Deployment: | --- |
| Attachments: |
patch for /usr/share/YaST2/clients/inst_source.ycp (SuSE-SLE-10-SP1-Branch)
screenshot yet another one yet another patch |
||
|
Description
ferdinand gassauer
2006-07-02 09:14:25 UTC
AFAIK the priority handling is broken or missing in zypp - Michael, could you comment if/when it will be available? Michael, could you respond? If the functionality for priorities won't be available in zypp, we need to drop the UI part from ycp. 'Priority' is missleading here. The ordering does not influence which packages get selected. This is decided by looking at versions, architecture, etc. We never had some 'priority' expressing 'preferably select packages from this source' - although people think this is what the ordering does. I'd suggest to drop the list ordering as it's a) currently not supported by zypp b) missleading visualized at the UI What the 'ordering' realy did: If (and only if) the very same package (name-version.arch) to be installed is available from multiple sources, the topmost source was asked to retrieve the package. Thus it actually expresses a preference on 'Media access' in order to provide the binary package. IMO more obvious way to visualize this would be to classify media into e.g. - interactive (CD/DVD) - local (dir) - remote (nfs/smb) - downloading (ftp,http,https) Let the user sort this, and zypp may take it as a hint then. (In reply to comment #3) > IMO more obvious way to visualize this would be to classify media into e.g. > > - interactive (CD/DVD) > - local (dir) > - remote (nfs/smb) > - downloading (ftp,http,https) > > Let the user sort this, and zypp may take it as a hint then. An even better idea would be to offer the choice "at runtime". Example: when an user wants to install a package that is available on DVD and on FTP, display the "insert media" dialog as usual _and_ offer the option to a) insert DVD b) download the package Depending on the situation (and the package size ;-) the user can then choose the way he likes most. -> The "insert media" dialog should have a dropdown where I can choose the media / installation source. You can select in the package selector which source you want to install the package from. Asking each time is IMO useles - and it can't work if you have eg. multiple FTP sources. And id would also work problematically if one of the options were the CD which the previous package was installed from. Sorry, but this doesn't make much sense for me and it would really complicate it... I'd only remove the Up/Down buttons.. Created attachment 94894 [details]
patch for /usr/share/YaST2/clients/inst_source.ycp (SuSE-SLE-10-SP1-Branch)
A present for you :-)
Created attachment 94895 [details]
screenshot
Created attachment 94899 [details]
yet another one
Created attachment 94900 [details]
yet another patch
Ad #12: please, remove the menu button in Add, use a proper wizard for choosing the type of added source. Also, the Edit button should not be a menu button. Comment #6 implies that I should explain comment #5 by example ;-) Given situation: a laptop user has the inst-source available in 3 ways: - the company's NFS server with the contents of the SUSE DVD - the SUSE DVD - FTP inst-source These 3 sources contain (mostly) the same packages, but it depends which one will be preferred: - while in company, NFS will always be the best (fast, no need to search for the DVD) - "on the road", the user will use DVD or FTP, depending on the availability of an internet connection (obviously) and the package size - installing a 500k package over FTP is faster than putting the DVD in the drive. OTOH, when installing 500 MB, using the DVD is ways faster. -> it should be easy to switch between those installation sources easily The current "please insert media" dialog has an input field "URL" where you can enter the URL of another media - given you know how to enter it (which is not always easy). This should be enhanced - add a dropdown (or replace the text input field) where the installation source can be selected if multiple installation sources (like the 3 from the example above) provide the required package(s) in the chosen version. PS: If you think this is worth a separate enhancement request, please tell me so ;-) It would mean to adjust ZYPP internally so that it is able to find two sources as "equivalents" - the same contents, just different media. Anyway, user still can disable/enable particular sources... Michael, do you think there is a chance to make it work this way? Or any other idea? IMHO it would be nice to get a sort option (click on the column headers) and/or a default sort (On/Off, name of sources and / or a color (LED) green/red for On/Off Added possibility to sort the items clicking on the column header. (In reply to comment #16) > It would mean to adjust ZYPP internally so that it is able to find two sources > as "equivalents" - the same contents, just different media. Anyway, user still No, not two Sources being equivalents, but one package being provided by multiple sources. > can disable/enable particular sources... > > Michael, do you think there is a chance to make it work this way? Or any other > idea? We currently think about restructuring the package pool, and the above could be doable. We could then have some "default policy" to select the source dependent on it's media, and offer some callback that allows the application to install a different policy. So YaST could install interactive or noninteractive policies dependent on it's needs. *** Bug 188430 has been marked as a duplicate of this bug. *** *** This bug has been marked as a duplicate of bug 230369 *** |