First Last Prev Next    No search results available      Search page      Enter new bug
Bug#: 111057
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: benchmarks <benchmarks@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Nathan <nathan.stocks@gmail.com>
Add CC:
CC:
URL:
Summary:
Status Whiteboard:
Keywords:

Filename Description Type Creator Created Size Actions
Create a New Attachment (proposed patch, testcase, etc.) View All

Bug 111057 depends on: Show dependency tree
Show dependency graph
Bug 111057 blocks:
Votes: 0    Show votes for this bug    Vote for this bug

Additional Comments: (this is where you put emerge --info)







View Bug Activity   |   Format For Printing   |   XML   |   Clone This Bug


Description:   Opened: 2005-10-31 13:42 0000
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 From Nathan 2005-10-31 13:46:03 0000 -------
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 From Aaron Walker (RETIRED) 2005-11-03 13:56:02 0000 -------
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 From Nathan 2005-11-04 08:27:47 0000 -------
Reported this bug upstream to Jeff Fulmer

First Last Prev Next    No search results available      Search page      Enter new bug