TL;DR You can now quickly create a BOSH package using existing .deb files instead of source files.
gem install bosh-gen
bosh-gen packages apache2 --apt
vagrant ssh -c '/vagrant/src/apt/fetch_debs.sh apache2'
Edit the generated
src/apt/apache2/aptfile to edit the list of .deb packages to be downloaded and later installed.
When your BOSH release uses this package, within a job, all the installed binaries and libraries will be within
/var/vcap/packages/apache2/apt, and not within the root folder system.
This article coincides with the v0.15.0 release of
Did you know that the
debian_nfs_server job in cf-release installs a .deb file rather than using a native compiled-from-source BOSH package? The deb file is stored in the blobs folder and installed each time upon job start.
Some one, once upon a time, had the same issue that many BOSH release authors have: I really don’t feel like figuring out how to install this package from source. Why don’t I just use the existing Debian package?
There are many answers to "Why not?" But when you’re in a hurry, they are all ignorable. You can always come back and write the package from source later, right? If you say so. But let’s say you’ve negotiated with Future You and decided that its ok to use existing Debian packages (perhaps the ones that don’t self-configure themselves and automatically start processes). How do you do it?
How do you determine which .deb files to use? I borrowed heavily from David Dollar’s heroku-apt-buildpack to determine & download .deb files.
How it works
Can they be installed via normal BOSH packages instead of each time a job starts (like debian_nfs_server above)? The generated packaging script installs the .deb files within the $BOSH_INSTALL_PATH rather than within the root folder, like David Dollar’s buildpack. This means that when a package is installed, the effective root folder is /var/vcap/packages/NAME/apt.
Where are the .deb files stored? They are blobs and are stored in the blobstore via the blobs/apt/ folder. Here is an example tree view of a bosh release that is using .debs:
$ tree blobs
I’m on a Mac, how do I get the .deb files? Vagrant. Even if you were on an Ubuntu distro when creating your BOSH release, it is important that we download the .debs from the same universe that is compatible with the bosh stemcell being used. Currently the ubuntu bosh-stemcell is 10.04 LTS. Yep, that’s (20)10.
When you run "bosh-gen package NAME –apt", a Vagrantfile is created that references the
lucid64 Vagrant box. When you run the
vagrant up command, this box will be downloaded if you don’t have it already. Or if you deleted it years ago.
How do I access the installed Debian packages from my jobs? Instead of installing the packages into the root file system, as it would be impossible to then package and re-install the BOSH package when it is needed, the installed files are in the BOSH package folder. This is the same solution that David Dollar used for his Heroku buildpack.
You can see an example of the installed folder structure of the
apache2 BOSH package that is using the
apache2 Debian packages above:
$ tree /var/vcap/packages/apache2/apt | head -n 10
│ ├── apache2
│ │ ├── apache2.conf
│ │ ├── conf.d
│ │ │ ├── charset
│ │ │ ├── localized-error-pages
│ │ │ └── security
│ │ ├── envvars
│ │ ├── magic
How do I setup environment variables like a normal distro? Each generated package includes a profile.sh script that your jobs can source to setup environment variables.
This profile.sh is initially generated to look like:
How do I stop .deb packages from automatically starting processes? Some Googling will help on a case-by-case basis. For example, this article discusses what is required to stop MySQL and Apache2 from starting themselves.
What Vagrant box should I use? If you are using a newer BOSH stemcell than Ubuntu 10.04, then please update the generated Vagrantfile to reference a similarly matching Vagrant box.
Also, remember to destroy the Vagrant VM after running the