Bug 16539

Summary: Advanced Send/Expect
Product: Red Hat Enterprise Linux 2.1 Reporter: keith.moore
Component: piranhaAssignee: Mike McLean <mikem>
Status: CLOSED RAWHIDE QA Contact: Brian Brock <bbrock>
Severity: medium Docs Contact:
Priority: medium    
Version: 2.1Keywords: FutureFeature
Target Milestone: ---   
Target Release: ---   
Hardware: i386   
OS: Linux   
Whiteboard:
Fixed In Version: Doc Type: Enhancement
Doc Text:
Story Points: ---
Clone Of: Environment:
Last Closed: 2003-05-06 23:06:58 UTC Type: ---
Regression: --- Mount Type: ---
Documentation: --- CRM:
Verified Versions: Category: ---
oVirt Team: --- RHEL 7.3 requirements from Atomic Host:
Cloudforms Team: --- Target Upstream Version:
Embargoed:

Description Red Hat Bugzilla 2000-08-18 16:25:33 UTC
I would like to be able to do more complex send/expect strings. 
Specifically I would like to have the expect string be anywhere in the
returned text.  

This would also require the ability to update the poll pace (If it's a more
complex search, you might not want to do it as often).

Also, I would like to have multiple send/expect strings.

If this is not currently being worked on, I will start working on it.  It's
mostly changes to nanny and the gui, and of course the config reader.

-- Keith Moore

Comment 1 Red Hat Bugzilla 2000-08-18 16:39:46 UTC
This is planned for an upcoming release. Specifically, I would like to see the
ability of specifying binary data, and an "offset" or leading wildcard on the
expect string so that the test is not limited to the first characters received.

The send/expect logic will probably change greatly. It really needs to move into
scripts rather than be passed as arguments to nanny. You are encouraged to
enhance it as you can, and if you send us the patches we could always use them
as upgrades to THIS version -- even if they prove incompatible to the next
version.



Comment 2 Red Hat Bugzilla 2002-10-17 16:01:39 UTC
You can now do complex things by using the send_program feature.

Regex send/expect in nanny itself is in the pipe.

Comment 3 Red Hat Bugzilla 2003-05-06 23:06:58 UTC
fixed in cvs.