Jesse Smith has uploaded a new version of Make-A-PBI. This version, 1.0, has some important improvements. Make-A-PBI can now attempt to make a PBI module without building/installing the associated port. This means that Make-A-PBI can run in seconds, rather than over several minutes/hours, and the program no longer needs to be run as root.
The building/installing options are still available for people who want to make sure their modules will build properly, but for making quick-n-dirty modules, run this command:
pbimaker –8 –s /usr/ports/category/portname
Which will make a PBI (version 8) port. You can make version 9 modules with this command:
pbimaker –9 –s /usr/ports/cateogry/portname
Often port icons are hard to find due to naming conventions; you can force the program to use a specific icon name with:
pbimaker –8 –s –b /path/to/default/icon /usr/ports/category/portname
The next PC-BSD 9 snapshot is now available for both amd64 and i386.
Kris has created a new Wiki page with details about the snapshots. Please take a look at it before installing any snapshots:
Changes in this snapshot:
- KDE 4.6.2
- Updated the port for gksu and fixed bugs running apps as root
- Many improvements to AppCafe
- Installing PBIs as user now adds binaries to PATH
- Many bug fixes to menu icons / LXDE / KDE4 / Gnome that were reported by testers of the last snapshot
- Using GELI with a password doesn’t create additional key files now
- Installer hides “FreeBSD” option when it isn’t available on the current media
- The handbook desktop link doesn’t work. This is fixed in SVN and will be in the next snapshot.
Please send any bug reports to the testing mailing list.
The latest version of Opera has fixed a long-standing bug where the installed Java plugin was not properly detected. You can upgrade your current version of Opera or install the latest version of Opera (version 11.10) using Software Manager. If OpenJDK is not yet installed, also install it from Software Manager.
To activate the Java plugin, launch Opera and go to Menu -> Settings -> Preferences -> Content -> Plug-in Options -> Change Path -> Add. Browse to your home directory then type in .mozilla. Save your changes and verify they worked by going to a site such as Youtube.
Kris has written an article that discusses the new PBI format. It appears on pp 16–17 of the April issue of BSD Mag and is reprinted here with permission.
The updated PBI format offers many new features such as digital signing, binary diff patching, and repository management, while preserving the original goals of format, by allowing packages to be installed and run in a self-contained manner. Lets first
take a look at how the PBI format differs from traditional package management, and then explore the changes in the upcoming 9.0 release.
The biggest difference between applications packaged in the PBI format vs traditional FreeBSD packages or RPMs is that each archive contains a complete set of libraries and dependent data required for for the target software to function. This means in effect, that a PBI is self-contained, and doesn’t require changing system packages to load the appropriate dependencies. A PBI file can be installed or removed at will, without effecting other applications or running the risk of causing breakage elsewhere in
the process. With the re-implementation of the format for the upcoming PC_BSD 9, this core concept has remained and been expanded upon.
One of the first major changes for the next PBI format has been the addition of library and file sharing between PBIs. In the previous implementation of the PBI format it was common that identical files existed between various applications. These duplicates, while necessary to provide self-contained functionality, still wasted both disk and runtime memory space. In the new format this waste of space has been greatly reduced through the usage of what has been dubbed the hash-dir. In this directory, libraries and common files are able to be shared between various PBIs through a system of hard-links. When an identical file is found in a PBI, the original will be removed and a hard-link created to the copy already in the hash-dir. After a PBI has been removed, any unneeded files left in the hash-dir are cleaned up by the pbid daemon, which monitors and maintains the integrity of the shared files.
Another new feature is the ability for administrators and PBI builders to create and manage their own repositories of PBIs. This repository system provides a number of tools for PBI distribution, release management and more. For the end user, tools are now provided which allow the browsing of PBIs in a repository, enabling auto-updates and mirror configuration. Tied into the new repository system is a new feature to digitally sign PBI files, and verify their contents. When a distributor creates a new repository, it includes an openssl public key file which is installed on the end users system. When the distributor runs a PBI build process, the resulting PBI file includes several signatures for the content archive and installation and removal scripts. During the PBI installation process, these signatures are checked to confirm that the archive has not been tampered with during transit. This key file is also used to associate a particular PBI with a parent repository for upgrade purposes, since it is possible that multiple repositories will have the same applications.
Since the very nature of self-contained packages tends to produce larger installation files, one thing which needed improvement was the updating process. In the previous implementation, updating an installed PBI would require the re-downloading of the entire installation archive. For larger applications this could be a rather time-consuming process, especially for users running over low bandwidth connections. In the typical application version update, only a small percentage of files had actually been changed, and a majority of these may simply be building time-stamps. In order to solve this problem the new PBI specification now supports updating via binary diff patches. Distributors running PBI builds can now enable options to generate small PBP (Push Button Patch) files, which are often a fraction of the size; in some cases less than 5% of the original PBI archive. When the end user begins the update of a PBI file from a repository, it automatically checks for for the presence of a PBP file, and attempts to use it, only falling back to the original archive should the process fail.
A more recent addition to the new PBI format is the ability for applications to be installed by user (non-root) accounts. Since each application is entirely self-contained, and doesn’t require changing around other installed packages, it became very easy to implement functionality for user-installation. By default the PBI format allows users apart of the systems operator group to perform installations and upgrades. This allows enhanced security in office or home situations, where users can now add/remove software on their desktop without being able to use the root account.
All these new features in the PBI format for PC-BSD 9.0 have already made it far superior to the existing legacy format. For traditional FreeBSD users though, perhaps the most important new feature is the implementation. The previous PBI incarnation was developed in QT/KDE C++, which made running on native FreeBSD cumbersome, especially on a system which had no need for X11 installed. The new format is implemented 100% in shell, and is able to run on traditional FreeBSD entirely from the command-line. The various functionality is broken up into 15+ command-line utilities with man-pages for each, which makes native FreeBSD usage a natural fit.
We’ve just taken a brief look at this reimplemented PBI format, and some of the new features it offers. This format will ship as the default for PC-BSD 9.0 and beyond and is currently available for beta testing in our PC-BSD 9-CURRENT snapshots. Once out of beta, it will be available to install on traditional FreeBSD via the ports system.
On Saturday, April 9, Festival Latinoamericano de Instalación de Software Libre (FLISOL) will be hosting a virtual conference (in Spanish). Details for joining the conference using streaming media, Second Life, and IRC are at the FLISOL website.
Sergio Ligregni will be giving a presentation on PC-BSD and a link to his presentation video will be posted here once it is available. In the mean time, here is the abstract for the presentation and a bio for Sergio:
This presentation explains to non-Open Source users the PC-BSD operating system, with a little demo of its easy install. It is meant to be more a video to encourage people to use PC-BSD than a tutorial, talking about a little history, the advantages of using it (making special mention of students and casual computer users, and also strong computer users like system administrators) and some project info, i.e. the video tells that if you are about to start a Computer Science major, you can contact the project and get a lot of learning from it, contributing with its development. The video will be presented at FLISOL Virtual (Latin American Free and Open Source Software Installation Festival, virtual mode). This video mainly express the idea: “PC-BSD is ready for you, you just have to use it!”.
Sergio Ligregni, Computer Science Engineer, lives in Guadalajara, Jalisco, Mexico. Currently he works as C++ Developer Architect for IBM, previous experience includes two years in C++ app development and one year in tech support and testing. He participated in Google Summer of Code 2010 with the Distributed Audit project (about to be implemented). He taught during one period at Queretaro’s Technological Institute a Programming Fundamentals class where he spread the word about FOSS, particularly PC-BSD.