Description of problem:
It seems that busybox has a problem handling pipes inside eval ticks. If you
pipe the output of one command to another inside eval ticks and return that into
some variable, the variable is not set.
It might be a regression bug. 

Version-Release number of selected component (if applicable):
1.2.2-8.fc7
(also applies to busybox-1.7.2-2.fc9.i386.rpm from the upcoming Fedora9)

How reproducible:
always

Steps to Reproduce:
1. install kexec-tools 
2. force a crash using "echo c > /proc/sysrq-timer"  - you see that the init
process of the kernel used by kexec fails..
2. another way to reproduce is to edit mkdumprd and add a line after the emit
"echo Creating Block Devices" line, something like: 
      emit "/bin/msh"
3. remove the initrd used for the kexec+kdump
2. rebuiild the inirtd for the kexec+kdumo, using the modified mkdumprd
3. force a system crash using "echo c > /proc/sysrq-timer"
4. execute:

# a=`ls /`
# echo $a
... (you see the directories in the root directory)
# a=`ls / | grep i`
# echo $a
(you don't see any directory)

  
Actual results:
In latter example above, the "a" variable is empty.

Expected results:
The pipe should work inside eval ticks. In this case you should see the
directories that have "i" somewhere in the name.

Additional info:
Also affects the RPM of the upcoming Fedora9. See above. You might reproduce
this easier without kexec-tools but this was the scenario that I was testing at
the moment I found this.