Bug 2953 - urpmq defaults to --fuzzy with no way to search --exact
Summary: urpmq defaults to --fuzzy with no way to search --exact
Status: RESOLVED FIXED
Alias: None
Product: Mageia
Classification: Unclassified
Component: RPM Packages (show other bugs)
Version: Cauldron
Hardware: All Linux
Priority: Normal minor
Target Milestone: ---
Assignee: Thierry Vignaud
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks: 8380
  Show dependency tree / graph
 
Reported: 2011-10-06 14:08 CEST by claire robinson
Modified: 2012-12-13 10:11 CET (History)
1 user (show)

See Also:
Source RPM: urpmi-6.40-9.mga1.src.rpm
CVE:
Status comment:

Attachments
Add an attachment (proposed patch, testcase, etc.)

Description claire robinson 2011-10-06 14:08:16 CEST 
Description of problem:

$ urpmq -r circus
circuslinux-1.0.3-17.1.mga1

There is no way to not match circuslinux.

There is an option --fuzzy to enable fuzzy searching but it seems to be the default action.

    --fuzzy
           Disable fast search on exact package name; i.e. it will propose all
           packages matching the name partially, even if one of them matches
           exactly the specified name (this is the same as -y).

SRPM: urpmi-6.40-9.mga1.src.rpm
Manuel Hiebel 2011-10-06 16:35:02 CEST

Assignee: bugsquad => thierry.vignaud
Severity: normal => minor

Comment 1 Marja Van Waes 2012-01-09 20:40:37 CET 
pinging. because nothing happened to this report since more than 3 months ago, and it still has the status NEW or REOPENED


@ Thierry
Please set status to ASSIGNED if you think this bug was assigned correctly. If for work flow reasons you can't do that, then please put OK on the whiteboard instead.

CC: (none) => marja11

Comment 2 Thierry Vignaud 2012-10-15 17:11:10 CEST 
I've a fix for that but that's been the behavior for 10 years.
I need to think further about the implications.
Thierry Vignaud 2012-10-15 17:16:03 CEST

Version: 1 => Cauldron

Comment 3 claire robinson 2012-10-15 17:35:26 CEST 
You could maybe add an --exact type of option instead of changing default behaviour.
Thierry Vignaud 2012-11-05 14:32:06 CET

Status: NEW => ASSIGNED

Comment 4 Thierry Vignaud 2012-12-04 21:16:43 CET 
Fixed.

Status: ASSIGNED => RESOLVED
Resolution: (none) => FIXED

Thierry Vignaud 2012-12-13 10:11:46 CET

Blocks: (none) => 8380
Note You need to log in before you can comment on or make changes to this bug.