| Summary: | Standardise Portage (emerge) CLI options | ||
|---|---|---|---|
| Product: | Portage Development | Reporter: | Troy Dack <troy> |
| Component: | Core - Interface (emerge) | Assignee: | Portage team <dev-portage> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | agenkin, alexander.winston, andre.hinrichs, ciaran.mccreesh, doug, drobbins, gentoo, graeme, gullevek, matze, mholzer, SKhanna21, slide, tester, tolasliam, vhata-gentoo |
| Priority: | High | Keywords: | InVCS |
| Version: | unspecified | ||
| Hardware: | x86 | ||
| OS: | All | ||
| Whiteboard: | |||
| Package list: | Runtime testing required: | --- | |
| Bug Depends on: | |||
| Bug Blocks: | 9235 | ||
| Attachments: |
Patch for emerge itself.
Patch for emergehelp.py. |
||
|
Description
Troy Dack
2002-05-02 19:02:53 UTC
*** Bug 6785 has been marked as a duplicate of this bug. *** second glance I like the idea very much. *** Bug 16556 has been marked as a duplicate of this bug. *** I wanted to suggest something along the lines of "emerge world -package", for when you want to emerge everything except one particular package. It's a mission to type out all the package names when you know that something is going to break, or you don't want to upgrade something, so you can't just use "world". However, with this new idea (which I quite like), maybe it could be "--exclude=package1,package2", or something? *** Bug 16894 has been marked as a duplicate of this bug. *** *** Bug 17505 has been marked as a duplicate of this bug. *** And, of course, we also need a -violent option: http://bash.org/?50000 *** Bug 27264 has been marked as a duplicate of this bug. *** Yeah, I had a large portion of the long options standardized and patches submitted, but it seems Yeah, I had a large portion of the long options standardized and patches submitted, but it seems SpanKY forgot to move the files over. Also, why are bugs with patches attached being marked as duplicates to bugs that were once dead and have never had any patches? rather than cluttering bug reports take these issues to the wranglers Created attachment 16797 [details, diff]
Patch for emerge itself.
Created attachment 16798 [details, diff]
Patch for emergehelp.py.
Note that emergehelp.py should probably be merged with emerge.
*** Bug 28498 has been marked as a duplicate of this bug. *** actually all actions (like sync, info, ...) already are long options, but the deprecation notice is commented. Nick, is this just convenience or are there other reasons ? when we originally started deprecating options drobbins was unaware since he was working on other projects at the time. he felt like the change was made without checking with 'appropriate' people and thus told nick to remove the notice. *** Bug 31864 has been marked as a duplicate of this bug. *** *** Bug 35025 has been marked as a duplicate of this bug. *** *** Bug 35035 has been marked as a duplicate of this bug. *** The problem occured again with the newly update to the rsync package. Since I have basically a unmasked installation but currently one package (xerces) wich I need in masked version I ran into the this. I tried to emerge the rsync package not knowing that this was (is) a keyword for emerge (since it is neither listed in the man page nor in help). I looked into the sources of emerge and saw a message like "--rsync has been deprecated. Please use '--sync' instead." But this message was not printed on my screen... emerge simply did a sync. I'd like to suggest an additional action for emerge instead e.g. "emerge install package(s)". Then it would also be clear that an install can be done with multiple packages and packages after an 'install' action may have (special) names like 'unmerge' or 'sync' or 'rsync'... *** Bug 35218 has been marked as a duplicate of this bug. *** i vote for --sync and for shot version -s like in all GNU tools. *** Bug 37224 has been marked as a duplicate of this bug. *** *** Bug 37301 has been marked as a duplicate of this bug. *** *** Bug 37951 has been marked as a duplicate of this bug. *** *** Bug 37950 has been marked as a duplicate of this bug. *** *** Bug 40440 has been marked as a duplicate of this bug. *** does anyone still object to this? I'd really like emerge rsync to emerge rsync. This even happens if rsync is not the first parameter (such as emerge less rsync), despite the emerge(1) manual page showing that the action must appear as the first non-option parameter. The two ways this could be fixed: 1) Add the "install" or "merge" action, make an action mandatory, and fix emerge so that only the first non-option parameter is interpreted as the action. 2) Convert the actions to options (prefix them all with a double hyphen), make any bare word parameter to emerge be interpreted as a package name. The first option seems to be a better design to me. It is also how Debian's apt-get works. In any case, removing the rsync alias for sync is a minimal change that would stop so many people being bitten by "emerge rsync" doing the wrong thing. The fact this bug has been open for over two years is extremely irritating. emerge rsync prints warning notice (without beeps! ;) and does emerge rsync emerge --rsync prints deprecation notice and does emerge --sync Bug has been fixed and released in stable portages on or before 2.0.51-r2 |
