hudson.UDPBroadcastThread#testMulticast hangs when the network isn't enabled on my Linux box: joinGroup throws IOException and the ready lock isn't released.
This ready lock is only used in the tests.

It is slow and take 10sec on my compiter. Disabling it. One could remove it I guess.

JENKINS-8702 improve unit tests. UpdateCenterTest depends on online resource and takes too long. Fix this

Reapplied 329a0201

Conflicts:
	core/src/main/java/hudson/widgets/HistoryWidget.java

* JENKINS-4756:
  minor touch up
  FIXED JENKINS-4756 the executor number was not always unique. Computer.executors.size() does not provide a unique number within one Computer.

* JENKINS-8660:
  fail more gracefully if the header is not provided.
  JENKINS-8660: loading the build history cause an NPE on the History Widget

Yes, this is HUDSON-8656 and not JENKINS-8656.

* commit 'c628bdd3':
  First pass at a fix for JENKINS-8592.

(recording the previous commit 9d7d0d75 by Richie Vos)

The problem is that the sending side has no way of knowing when the
receiving side has hung up. So when the receiving side hangs up we should
be able to read till the stream runs out, then close. Not the optimal
solution, but one that should work for now.

http://issues.jenkins-ci.org/browse/JENKINS-8592

HUDSON-8401.

This grouping of tests targets all Sunday to *another day of week* cron
tabs. There are likely other pairs that could be tested, but this seemed to
work out most of the bugs.

After thinking about it, I don't want to deal with hudsonslave here. jenkinsslave should be found anyway, so that code path should not have been triggered.
And cleaning up residual services isn't jenkins job. Otherwise both can't coexist.

After thinking about it, I don't want to deal with hudsonslave here. jenkinsslave should be found anyway, so that code path should not have been triggered.
And cleaning up residual services isn't jenkins job. Otherwise both can't coexist.

JENKINS-8698 HudsonTestCase sometimes fails with NPE in tearDown() while trying to free htmlunit resources

Not really sure what is happening, but I don't think the build should fail here.
So let's try to be more resiliant (try twice loading the page) and don't fail if the exception occurs again.

Persist a user-requested offline status for a slave across
restarts. Previously slaves would come back online if the server
was restarted while they were marked 'temporarily offline'.

I believe this also addresses JENKINS-7934 and JENKINS-7805
which look like duplicates.

add "since 1.378" in one changelog item

Some more work:
* reviewed some callers
* took note that some classes have been moved into stapler
* used IOUtil.closeQuietly() in a few places

First pass at making sure we don't stop copying when the reader reads 0 characters.

I will now also review the callers for our internal code, and check if we can use IOUtils methods instead.

Eclipse package depends on this
<http://packages.ubuntu.com/maverick/eclipse-jdt>, so I'm doing
monkey-see-monkey-do.

ahochsteger asks 'why do we mess with file permissions anyway?' and he's
right! I digged the history but couldn't find why we do it.

I think we should just set the permissions of the top-level directories,
but leave the other file permissions as-is.

In addition,

- I see no point in touching usr/bin usr/sbin.
  perhaps C&P mistake from some samples?

- Don't touch /var/lib/hudson if .for-jenkins is present,
  so that people using the hudson user can keep upgrading new
  versions of jenkins and run it as hudson

- /var/run/hudson contains no important information,
  so no need to bring it over to /var/run/jenkins

Recording the earlier changes and the integration of the new
executable-war.

Jerome Lacoste reported that 5c91eb1f fixed JENKINS-7745. So marking it as closed.