Gentoo Websites Logo
Go to: Gentoo Home Documentation Forums Lists Bugs Planet Store Wiki Get Gentoo!
Bug 111057 - siege.config from app-benchmarks/siege-2.61 malfunctions
Summary: siege.config from app-benchmarks/siege-2.61 malfunctions
Status: RESOLVED FIXED
Alias: None
Product: Gentoo Linux
Classification: Unclassified
Component: Current packages (show other bugs)
Hardware: x86 Linux
: Normal minor (vote)
Assignee: benchmarks
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-10-31 13:42 UTC by Nathan
Modified: 2005-11-04 08:27 UTC (History)
0 users

See Also:
Package list:
Runtime testing required: ---


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Nathan 2005-10-31 13:42:58 UTC
siege.config installed by app-benchmarks/siege-2.61 reports that it creates a default .siegerc file for you 
in your home directory.

When executed, siege.config creates an empty ~/.siegerc, and then (incorrectly) outputs the contents of 
the default file to the console (stdout).  It ought to place the contents in ~/.siegerc

If siege.config is then run again, it sees the empty ~/.siegerc and tells you that to go edit the sample 
parameters  of the empty file.
Comment 1 Nathan 2005-10-31 13:46:03 UTC
Upon further investigation, the config file is output to stderr.  A workaround that worked for me was:

siege.config 2> tempfile
mv tempfile ~/.siegerc
Comment 2 Aaron Walker (RETIRED) gentoo-dev 2005-11-03 13:56:02 UTC
The problem is that bash is interpreting some of the things after the cat >
$rcfile <<_EOF_ like the '${}' (causing a bad substitution error) and the
'$(HOME)' (causing a 'HOME: command not found' error) so the contents are being
sent to stderr instead of $rcfile.  I've added some sedfu to the ebuild so that
those get escaped and thus not interpreted by bash.

Can you please report this problem upstream as well?
Comment 3 Nathan 2005-11-04 08:27:47 UTC
Reported this bug upstream to Jeff Fulmer