This is the way to apply only security fixes:

1. Copy update sources list to a new file

sudo cp /etc/apt/sources.list /etc/apt/security.sources.list

2. Comment out everything in new file, but leave only security repositories

3. Use following command to apply updates using new file:

sudo apt-get upgrade -o Dir::Etc::SourceList=/etc/apt/security.sources.list

I created an alias in my .bash_aliases for it:

alias updatesecurity='sudo apt-get upgrade -o Dir::Etc::SourceList=/etc/apt/security.sources.list'

Now I simply type updatesecurity to stay up to date.

I found this solution via ServerFault.com

sudo vi /etc/apt/sources.list

deb http://archive.canonical.com/ubuntu maverick partner

sudo apt-get update
sudo apt-get install sun-java6-jdk

Install Google Chrome unstable:

Add this to /etc/apt/sources.list:

deb http://dl.google.com/linux/deb/ stable non-free main

sudo wget -q -O - https://dl-ssl.google.com/linux/linux_signing_key.pub > google.pub
sudo apt-key add google.pub 
sudo apt-get update
sudo apt-get install google-chrome-unstable

1. Backup should be a job within Hudson – since Hudson is a best cron you could find and I already have it
2. Backup should automatically discover added jobs and add then into Subversion – thus I will forget about it forever, no maintenance required

Simples! So I created a custom build job within Hudson, pointed it to a Subversion location, where I will store backups and backup shell script, which will gather all Hudson configs and deal with Subversion. I told Hudson that I don’t want to create subfolder for a project within its workplace. Then I set to execute script this way: ${WORKPLACE}/hudsonbackup.sh Here is the script itself:

#!/bin/bash
 
SRC_FOLDER=${WORKSPACE}
SVN_PARAMS="--config-dir /.subversion/ --non-interactive --trust-server-cert --username f_tc_ci1 --password *****"
SVN_COMMAND="/opt/csw/bin/svn"
JOBS=`ls -al /.hudson/jobs/|grep -v job1|grep -v job2|awk ' NR>3 {print $9}'`
 
CURR_FOLDER=`pwd`
 
echo "Copying Hudson configs"
cp /.hudson/*.xml ${SRC_FOLDER}
echo "Done."
 
cd ${SRC_FOLDER}
 
echo "Processing Hudson jobs"
for JOB in ${JOBS}
do
  echo "Processing ${JOB}"
  if [ ! -e ${JOB} ]
  then
    echo "New job. Creating folder and adding it to SVN"
    mkdir  ${JOB}
    ${SVN_COMMAND} add ${SVN_PARAMS} ${JOB}    
    SVN_COMMENT="${SVN_COMMENT} Added ${JOB}"
  fi  
 
  echo "Saving ${JOB}/config.xml"
  if [ -e ${JOB}/.svn ]
  then
    if [ -e ${JOB}/config.xml ]
    then
      # config.xml already exist - don't need to add it to subversion
      cp /.hudson/jobs/${JOB}/config.xml ${JOB}/
    else
      echo "New job - new config.xml"
      cp /.hudson/jobs/${JOB}/config.xml ${JOB}/
      ${SVN_COMMAND} add ${SVN_PARAMS} ${JOB}/config.xml
    fi
  else
    echo "Problem creating and adding folder to Subversion"
    exit 1
  fi
done
 
echo "Job processing is done. Committing..."
${SVN_COMMAND} ci ${SVN_PARAMS} -m "Config saved by Hudson. ${SVN_COMMENT}"
echo "All done."

Note 1: My Subversion is on HTTPS server with the self-signed certificate, so I have to tell Subversion client to trust it explicitly. Its on line 4. On line 5 I constructed the path to Subversion client because Hudson executing shell scripts with quite limited PATH. Note 2: I need to ignore some jobs, so I added them on line 6. Also on this line I have hardcoded Hudson location (“/.hudson”) – it needs to be changed if your Hudson somewhere else. After all that I set this job to execute daily. It works!

421 4.3.0 collect: Cannot write ./dfnBA9gfVO030273 (bfcommit, uid=0, gid=111): No such file or directory

I googled for an answer, but nothing useful came up so I tried to debug the problem myself. By looking into mail logs (/var/log/mail.log, found by examining /etc/syslog.conf) I found following strange response:

 start postfix/master[15758]: fatal: bind 0.0.0.0 port 25: Address already in use

That means only one thing: there is another process listening on this port. Hmm, what could it be? Sendmail, perhaps. I uninstalled it, according to guides I was using, but it was still running.

It’s time to stop it and start postfix!

sudo service sendmail stop

sudo service postfix restart

Problem solved!

Add following lines to your ~/.bashrc file:

# home key
bind ‘"e[1~":beginning-of-line’
# del key
bind ‘"e[3~":delete-char’
# end key
bind ‘"e[4~":end-of-line’
# pgup key
bind ‘"e[5~":history-search-forward’
# pgdn key
bind ‘"e[6~":history-search-backward’

Save and source file. Now keys will work as they should.

So I went to Vista Services console and tried to start “VMWare DHCP service from there”. Again, failed to start with no explanation, even cryptic one. So I went to Windows Events viewer and there, under Windows Logs-System, I found a lot of messages from VMNetDHCP:

The description for Event ID 2 from source VMnetDHCP cannot be found. Either the component that raises this event is not installed on your local computer or the installation is corrupted. You can install or repair the component on the local computer.

If the event originated on another computer, the display information had to be saved with the event.

The following information was included with the event:

Can’t open C:ProgramDataVMwarevmnetdhcp.conf: Access is denied.

/ The data is invalid

the message resource is present but the message is not found in the string/message table

Though the message says that the message is not found, it has enough information to fix the problem.

So, I’ve taken a look at the security properties for C:ProgramDataVMWare folder and found that SYSTEM account somehow is not in a list of permitted users. The only account, who was permitted to access that folder, was my Windows user account. So I added SYSTEM account with all permissions to this folder, waited when Windows propagated my change to all files and tried to start VMWare DHCP service again. It worked!

Then I simply restarted network within Linux VM (sudo /etc/init.d/networking restart) and got back to work.

org.hibernate.hql.ast.QuerySyntaxException: <your table> is not mapped

I spent around three hours trying to read all available information on it, but most of it just useless – it looks like people don’t know whats happening, so they recommend bizarre tricks. Like, for example, having empry seam.settings file in each folder, meh.

Finally, I found the solution in Seam Jira: https://jira.jboss.org/jira/browse/JBSEAM-3821

They rocemmend to to force Hibernate to use Seam’s EntityManager by changing two files:

1. components.xml

    <persistence:entity-manager-factory name="bookingDatabase" installed="false"/>
    <!– If Seam loads the persistence unit (JBoss 4.x), the EntityManagerFactory will be resolved from #{bookingDatabase}.
         On JBoss AS 5, the EntityManagerFactory is retrieved from JNDI (the binding occurs during application deployment). –>
    <persistence:managed-persistence-context name="em" auto-create="true"
       entity-manager-factory="#{bookingDatabase}" persistence-unit-jndi-name="java:/bookingEntityManagerFactory"/>

2. persistence.xml

<!– Binds the EntityManagerFactory to JNDI where Seam can look it up.
              This is only relevant when the container automatically loads the persistence unit, as is the case in JBoss AS 5. –>
         <property name="jboss.entity.manager.factory.jndi.name" value="java:/bookingEntityManagerFactory"/>

Hope that Google will find that page and the proper solution would be much more easily found!

The problem is that freshly created build engine, named “HelloWorldEngine”, telling me that Jazz Build Engine is not yet connected to repository. But in another window jbe.exe process is connected and waiting for builds.

I restarted jbe with –verbose parameter to see what it does, but this resulted in only one additional line to be displayed: “2008-10-28 12:16:42 [Jazz build engine] Not using a proxy to reach https://localhost:9443/jazz/” I would expect it to be more verbose that that. Perhaps it needs to tell me something more about which build engine id it tries to use…

And build engine id is exactly my problem here. By default jbe is going to use “default” build engine, not my “HelloWorldEngine”. There is parameter, which is not mentioned in tutorial, but mentioned if you try to run jbe.exe:

-engineId <engine id>   (engine id of a build engine defined in the Jazz repository, default is "default")

Once I started jbe with proper parameter – my build was fired off.

And first one was a failure:

com.ibm.team.build.internal.engine.InvalidPropertyValueException: CRRTC3512E: The location "C:javajazzbuildsystembuildengineeclipsefetchedScrumProjectbuild.xml" referenced by property "com.ibm.team.build.ant.buildFile" does not exist.

This is because I named Team Concert project “ScrumProject”, but in Java perspective I followed HelloWorld cue card and named my Java project “HelloWorld”. The build system was puzzled to find it. Team Concert Tutorial says this:

13. In the Build file field, type the following path: fetched/projectname/build.xml, where projectname is the name of your Jazz project.

This is not exactly the truth. This should have the name of my Java project.

So I went and fixed the project name in Ant tab. Requested the build and, voila, it builds!

Now its time to create new project, which will do something bigger, than printing “Hello, World!”