hudson 1.395 www =2

An extensible continuous integration engine
Maintained by: hq@FreeBSD.org
Port Added: 09 Mar 2008 00:26:39
Also Listed In: java devel
License: not specified in port

---

---

Hudson monitors executions of repeated jobs, such as building a software
project or jobs run by cron. Among those things, current Hudson focuses on the
following two jobs:

  1. Building/testing software projects continuously, just like CruiseControl
  or DamageControl. In a nutshell, Hudson provides an easy-to-use so-called
  continuous integration system, making it easier for developers to integrate
  changes to the project, and making it easier for users to obtain a fresh
  build. The automated, continuous build increases the productivity.

  2. Monitoring executions of externally-run jobs, such as cron jobs and
  procmail jobs, even those that are run on a remote machine. For example, with
  cron, all you receive is regular e-mails that capture the output, and it is
  up to you to look at them diligently and notice when it broke. Hudson keeps
  those outputs and makes it easy for you to notice when something is wrong.

WWW:	https://hudson.dev.java.net/

CVSWeb : Sources : Main Web Site : Distfiles Availability : PortsMon

---

NOTE: FreshPorts displays only required dependencies information. Optional dependencies are not covered.
Required To Run: java/jdk16
There are no ports dependent upon this port

---

To install the port: cd /usr/ports/www/hudson/ && make install clean
To add the package: pkg_add -r hudson

---

Configuration Options

     No options to configure

---

Master Sites:

http://download.hudson-labs.org/war/1.395/

ftp://ftp.FreeBSD.org/pub/FreeBSD/ports/distfiles/hudson-1.395/

• 2009-06-13

  Affects: users of www/hudson

  Author: hq@FreeBSD.org

  Reason: 
    Hudson is now running as a standalone process and no longer relies on
    Apache Tomcat.  As such, it should now be configured by defining
    hudson_* variables in rc.conf.  See comments from rc.d script for further
    details.
  
    The default setup is using the same port numbers and HTTP URL prefix as
    before in order to reduce the effort of upgrading the port.  Hence, it
    may conflict with some running Apache Tomcat instance.  To fix this
    problem, you may either deinstall www/tomcat6, or use the following
    settings in hudson_args from /etc/rc.conf:
  
      --httpPort=??? --ajp13Port=???
  
  

In the rc.d scripts, change assignments to rcvar to use the
literal name_enable wherever possible, and ${name}_enable
when it's not, to prepare for the demise of set_rcvar().

In cases where I had to hand-edit unusual instances also
modify formatting slightly to be more uniform (and in
some cases, correct). This includes adding some $FreeBSD$
tags, and most importantly moving rcvar= to right after
name= so it's clear that one is derived from the other.

Remove painful examples of foo="", with particular prejudice against
constructions that parse out to [ -z "$foo" ] && foo=""

These are bad examples that get copied and pasted into new code, so the
hope is that with less bad examples there will be less need for me to
bring this up in review.

In a few of these files all that were changed were comments so that next
time I search for these patterns I won't trip on the file for no reason.

In a few places, add $FreeBSD$

No functional changes, so no PORTREVISION bumps

Update to 1.395

Feature safe:   yes

Update to 1.392

Update to 1.389

Update to 1.387

Update to 1.386

Update to 1.384

Update to 1.383

Update to 1.382

Update to 1.381

Update to 1.380

Update to 1.379

Update to 1.378

- Update to 1.377 [1]
- Use a new master site that relies on version label in order to ease future
  port updates

PR:             150751 [1]
Reported by:    lwhsu [1]

Update to 1.375

Update to 1.374

Update to 1.373

Update to 1.372

Update to 1.371

Update to 1.370

Update to 1.369

Update to 1.368

Update to 1.367

Update to 1.366

Update to 1.362

Update to 1.361

Update to 1.359

Update to 1.358

Update to 1.357

Update to 1.355

Update to 1.353

Begin the process of deprecating sysutils/rc_subr by
s#. %%RC_SUBR%%#. /etc/rc.subr#

Update to 1.352

Update to 1.351

Update to 1.346

Update to 1.345

Update to 1.344

Update to 1.343

Update to 1.342

Update to 1.341

Update to 1.340

Update to 1.339

Update to 1.338

Update to 1.337

Update to 1.336

Update to 1.335

Update to 1.334

Update to 1.333

Update to 1.332

Update to 1.330

Update to 1.328

Update to 1.327

Update to 1.323

Update to 1.322

Update to 1.321

Update to 1.320

Update to 1.319

Update to 1.318

Update to 1.317

Update to 1.316

Update to 1.315

Update to 1.314

Update to 1.313

Update to 1.311

Update to 1.310

Hudson is now running as a standalone process and no longer relies on
www/tomcat6

See UPDATING for further details

Update to 1.308

Update to 1.307

Update to 1.305

Update to 1.304

Update to 1.303

Update to 1.302

Update to 1.301

Update to 1.299

Update to 1.296

Update to 1.294

Update to 1.292

Fix a typo in pkg-message

Update to 1.290

See https://hudson.dev.java.net/changelog.html

Fix install steps

Reported by:    QAT

Fetch distfile in a specific directory related to version

Port will now update correctly even if the previous distfile has not been
removed from DISTDIR

PR:             ports/132048
Reported by:    Ari Maniatis <ari@ish.com.au>

Update to 1.285

Update to 1.284

Update to 1.283

Update to 1.282

Update to 1.281

Update to 1.273

Update to 1.268

Fix distinfo

Reported by:    Brad Kollmyer <bradk at vitalsoft.com>

Update to 1.255

Update to 1.251

Update to 1.221

Bump portrevision due to upgrade of devel/gettext.

The affected ports are the ones with gettext as a run-dependency
according to ports/INDEX-7 (5007 of them) and the ones with USE_GETTEXT
in Makefile (29 of them).

PR:             ports/124340
Submitted by:   edwin@
Approved by:    portmgr (pav)

Update to 1.218

Update to 1.211

PR:             123192
Submitted by:   Greg Larkin <glarkin@sourcehosting.net>

Fix build by changing the file the port depends on

Reported by:    pointyhat

Hudson monitors executions of repeated jobs, such as building a software
project or jobs run by cron. Among those things, current Hudson focuses on the
following two jobs:

  1. Building/testing software projects continuously, just like CruiseControl
  or DamageControl. In a nutshell, Hudson provides an easy-to-use so-called
  continuous integration system, making it easier for developers to integrate
  changes to the project, and making it easier for users to obtain a fresh
  build. The automated, continuous build increases the productivity.

  2. Monitoring executions of externally-run jobs, such as cron jobs and
  procmail jobs, even those that are run on a remote machine. For example, with
  cron, all you receive is regular e-mails that capture the output, and it is
  up to you to look at them diligently and notice when it broke. Hudson keeps
  those outputs and makes it easy for you to notice when something is wrong.

WWW:    https://hudson.dev.java.net/

17 vulnerabilities affecting 41 ports have been reported in the past 14 days

^* - modified, not new

All vulnerabilities