Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug
Bug#: 108028
Alias:
Product:
Component:
Status: RESOLVED
Resolution: FIXED
Assigned To: Java team <java@gentoo.org>
Hardware:
OS:
Version:
Priority:
Severity:
Reporter: Dave Nellans <dnellans@cs.utah.edu>
Add CC:
CC:
Remove selected CCs
URL:
Summary:
Status Whiteboard:
Keywords:

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

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

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


Not eligible to see or edit group visibility for this bug.






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


Description:   Opened: 2005-10-03 18:16 0000
commons-httpclient-3.0_rc3 fails during testing phase of upgrade. 
commons-httpclient-3.0_rc1 builds fine.  I looked upstream for bugs but can't
find any so i'm wondering if this is a gentoo related problem?

it builds fine and fails during testing phase with:

testAbsoluteURLOverridesClientDefaultHost(org.apache.commons.httpclient.TestHostConfiguration)java.net.ConnectException:
Connection refused

it appears to be trying to contact "somewere.outthere.in.pampa" for which the
server never responds.  I assume this address should possibly be overridden
during configuration with something sane but never is?





Reproducible: Always
Steps to Reproduce:
1.
2.
3.

------- Comment #1 From Josh Nichols (RETIRED) 2005-12-04 20:05:28 0000 -------
My initial impression is that this particular test should be disabled if it is
going to be trying to make a network connection to a remote host at merge time.

------- Comment #2 From Dave Nellans 2005-12-16 16:01:30 0000 -------
its been two months now and there has been no change to this ebuild to address
this bug... perhaps i'm the only one using it??

overriding the address its trying to connect to or disabling this test during
merge both seem like sensible solutions to me.

both of which are easy fixes...

------- Comment #3 From Josh Nichols (RETIRED) 2005-12-17 01:23:12 0000 -------
(In reply to comment #2)
> its been two months now and there has been no change to this ebuild to address
> this bug... perhaps i'm the only one using it??
First, not everyone runs unit tests via the junit USE flag. Second, the amount
of time to resolve a bug isn't exactly depending on the number of people using
the package...

> overriding the address its trying to connect to or disabling this test during
> merge both seem like sensible solutions to me.
It would have to be changed to some other host, but the problem is that builds
should be able to performed offline without a network connection. So, either we
disable any tests which try to make a network connection somehow, or disable
all tests.

> both of which are easy fixes...
The Java team has been severly understaffed for some time. Any patches you can
submit to resolve this would be greatly appreciated.

------- Comment #4 From Joey Dale 2005-12-19 16:09:58 0000 -------
This bug also affects rc4. Many programs depend on >3.0 of commons-httpclient.
I realize that the java team is very understaffed, But this is a major bug,
blocking many programs. And this bug report has been open since 10/3/2005 which
is more than two months.

-Joey

------- Comment #5 From Joey Dale 2005-12-19 16:23:19 0000 -------
This can be gotten arround by adding -junit as that will disable the tests

------- Comment #6 From Josh Nichols (RETIRED) 2005-12-20 18:26:45 0000 -------
I just added 3.0 final to portage, and it doesn't seem to be effected by this
bug. Please open a new bug if you experience any problems with the new release.
As always, thanks for reporting.

Bug List: (This bug is not in your last search results)   Show last search results      Search page      Enter new bug