(Sorry for the inconvenience)
EasyPBI is a graphical application that makes it easy to build a PBI module from a FreeBSD port. EasyPBI version 2 ships with PC-BSD® rolling releases and can be found in the Control Panel. If you are running PC-BSD® 9.1-RELEASE, the EasyPBI found in the control panel is for the original version. You can upgrade this version following the instructions in the next section.
Les nouvelles fonctionnalités ajoutées dans EasyPBI version 2 incluent:
- La capacité d'empaqueter un répertoire local dans un PBI sans utiliser le catalogue de ports FreeBSD.
- Une option additionnelle pour construire des PBIs 32-bit sur des systèmes 64-bit.
- Complete support for editing installation wrapper scripts as well as a basic template for creating new binary wrapper scripts.
- Improved support for the creation and editing of XDG desktop and menu entries with easy MIME type integration.
- The OptionsNG format for setting port build options is enabled by default.
- Support for multiple lines when specifying build options.
- New "Settings" dialog for setting and changing default directory paths, PBI build settings, and external utilities.
- New "Ports" dialog displays the last time the ports tree was updated and simplifies the process of using portsnap or svn to update the system ports tree.
- New "About" dialog for quickly viewing information about EasyPBI such as its license information and development history.
Récupérer EasyPBI Version 2
Si vous utilisez une rolling release, vous disposez déjà EasyPBI version 2. Vous pouvez le vérifier en allant dans le panneau de contrôle ➜ EasyPBI ➜ Information ➜ About EasyPBI.
If you are running PC-BSD® 9.1-RELEASE, you can install EasyPBI version 2 using AppCafe®. You will need to specify the full path to EasyPBI2 in order to run this version by typing /usr/pbi/easypbi-amd64/bin/EasyPBI.
If you are running FreeBSD, you can install the sysutils/easypbi/ package or port. To start the application, type EasyPBI.
The rest of this section demonstrates how to use EasyPBI version 2 to convert an existing FreeBSD port into a PC-BSD® PBI. You may wish to skim the section on how to Créer des PBIs first, as well as refer to that section should you have trouble creating a PBI or wish to create a more complex PBI.
démarrage rapide pour créer module PBI
Before building a PBI, refer to the PBI Requests forum to determine which PBIs have been requested by users. You should also check that a module does not already exist for the PBI in the PBI Modules repository. Existing PBI modules are listed alphabetically, according to their category in the ports collection.
When EasyPBI starts up, it automatically checks to see if the FreeBSD ports tree is installed. If it is not, the message shown in Figure 8.1a will appear.
Figure 8.1a: Arbre des ports non installé
Since the ports tree is needed to create PBIs, click OK to close this message then go to Options → EasyPBI Settings → FreeBSD Ports to access the screen shown in Figure 8.1b.
Figure 8.1b: Updating FreeBSD Ports
Click the "Ports Tree" drop-down menu to select to install the ports tree to a specified directory ("Other"), only within the current user's home directory, or in /usr/ports so that it is available to other users. After making your selection, click the "Create Dir" button to be prompted for your password in order to install the ports collection.
Once the ports tree is installed, you are ready to create a new module. Click the “New” button to access the screen shown in Figure 8.1c.
Figure 8.1c: Creating a New Module
Use the FreeBSD Port “Select” button to browse to the desired port from the FreeBSD ports tree. A generic icon will be supplied for the module. You can change the default icon by clicking the Icon File “Select” button. When selecting a custom icon, use a 64x64 .png file with a transparent background. After making your selections, click “OK”.
EasyPBI will automatically supply the port information for the PBI and display the results. In the example shown in Figure 8.1d, the net-p2p/linuxdcpp port has been selected.
Figure 8.1d: Module Program Information
You are now ready to build and test the PBI.
The next section describes all of the EasyPBI settings should you wish to further customize the module before building it. Otherwise, you can skip ahead to the section on building and testing the PBI module.
The previous section demonstrated how to quickly generate a PBI using the default module settings. This section describes which options are available for customizing PBI modules.
To setup the options for building PBIs, click “Options” → “EasyPBI Settings”. There are three available tabs which are discussed in this section.
FreeBSD Ports Tab
Figure 8.1e shows the FreeBSD Ports tab on a system that already has FreeBSD ports installed to /usr/ports.
Figure 8.1e: FreeBSD Ports Settings
In this example, the ports tree was last updated on July 2. To update the ports tree, click the "Update" button. To install the ports tree into another directory, click the drop-down "Ports Tree" menu.
PBI Builds Tab
The PBI Builds tab is shown in Figure 8.1f.
Figure 8.1f: PBI Build Settings
The options in this screen can be summarized as follows:
PBI Output Dir: specifies the directory to store the built module. By default, it is the EasyPBI/PBI subdirectory of the user's home directory. Click the “Select” button to browse to another location.
Digitally Sign PBI: if you check this box, you will be prompted to select the location of the file containing the OpenSSL signature which will be used to digitally sign the PBI so that it is ready for for tamper-evident distribution. Create Your Own PBI Repository provides instructions for creating a signature file.
Use TMPFS: if your build system has more than 2GB of RAM, checking this option can speed up the build as it instructs the PBI build process to save all of the relevant port build pieces into memory rather than disk. If you get “Out of memory” errors when building a large port, you can uncheck this option for that particular build.
Use Package Caching: this setting is recommended as it saves all compiled ports as packages in the system cache in order to speed up subsequent builds by using the pre-built packages from the cache whenever possible rather than re-compiling every port dependency. Two additional options for dealing with the cache are available. The first option is to clear all packages from the cache and start fresh. The second option is to add a problematic package to the “Ignore” list. This will remove the specified package from the cache before starting each build, ensuring that it will always compile that port for each build that requires it.
Local Paths Tab
The Local Paths tab is shown in Figure 8.1g.
Figure 8.1g: Local Paths Settings
The options in this screen allow you to configure the following paths:
External Utilities: the default paths of the utilities used by EasyPBI to build PBI modules. The "Auto-Detect" button can be used to detect a new path if a missing utility is installed onto a FreeBSD system running EasyPBI.
Default Search Paths: the default directory that new modules are saved to, the initial search location for icons and other resources, and the default icon used by PBI modules.
The module editor pane for EasyPBI2 supports complete control over all the options available when creating PBI modules. Most of these options are not necessary for the majority of PBI modules, but they are available for applications that need some extra tweaking to work properly.
EasyPBI provides suggestions and default settings whenever there is a green arrow next to an option within the module editor. Click the arrow to view the suggestions, then click a suggestion to instruct EasyPBI to add it to the proper option within the module.
This section describes the five tabs that are available within the module editor pane.
Figure 8.1h shows the PBI Configuration tab of the module editor pane. This tab is used to set the required information about the program being packaged as a PBI.
Figure 8.1h: PBI Configuration
As seen in the Quick Start, EasyPBI automatically fill in the port information when you browse to a FreeBSD port to convert into a PBI. Under "Program Information" the port's name, website, author (FreeBSD maintainer), and default icon are filled in for you. You should review these fields for accuracy:
- if necessary, correct the capitalization in "Name".
- if the application's author is not listed in the port information, it will instead list the email address of the FreeBSD port maintainer. If the application has a specific author, this should be corrected.
- if you wish to change the default icon, see the next section on the Resources tab to add additional icons to the drop-down selection list.
The "Build Information" box provides all of the options available for building the PBI. If you selected to build a PBI from local sources in Figure 8.1c, this section will only contain the local directory to be packaged as a PBI. If you are building a PBI from a FreeBSD port, there are a number of other options as seen in Figure 8.1i.
When converting a FreeBSD port to a PBI, the only required option is the “Main FreeBSD Port”. This is set automatically based upon the port that you selected in Figure 8.3c, but you can change your initial port selection by clicking the “Change Port” button.
Some FreeBSD ports provide build options. If you click “Information” → “FreeBSD Ports”, the FreshPorts entry for that port will open up in a web browser. Look for the "Configuration Options" for that entry. If there are any options, you can enable them in the “Port Build Options” box. EasyPBI will autodetect the available options and provide them as suggestions. Clicking the button with the green arrow to see the options and to select the build options to use. The selected options will be added to the "Port Build Options" box. If the port does not have any options, no suggestions will appear when you click the green arrow.
If you discover that the port appears to be missing a dependency for the application you are packaging as a PBI, you can add additional FreeBSD ports to the "Make Port Before/After” options. If the missing dependency is causing the port to not build properly, add it to the “Make Port Before” option. If it is a missing runtime dependency, add it to the “Make Port After” option.
The last option is for both local and port PBI modules. The “Requires Root Permissions” checkbox lets you set whether the PBI can only be installed and uninstalled using root privileges. This is important if the program requires special users or groups to be created, or an installation script needs access to the local system to make modifications.
NOTE: changes within this screen will not be saved until you click the “Save Configuration” button. Be sure to save any changes before leaving this tab.
The resources tab, shown in Figure 8.1i, displays any extra files to included in the PBI. If you click the entry for an image file, the full size image with size and type information will be displayed. For other types of files, such as scripts, EasyPBI will attempt to display the text inside the file.
Figure 8.1i: Resource Options
This tab is mainly used to add PNG images to be used as PBI icons. If you add an icon, use a 64x64 .png file with a transparent background.
An example of an additional file would be an application that requires the user to accept a License. Use the “+Add File” button to browse to the location of the LICENSE file.
If the application uses custom installer graphics, add them using this screen.
Another use is to create a wrapper script for starting the application. This is generally used for applications that have an environment variable that needs to be set before starting the program, such as JAVA_HOME. A custom script could also be used to verify that the service is enabled or to generate a custom configuration file.
EasyPBI will assist in creating a wrapper script if you click the “+Wrapper Script” button. This will prompt for a filename in the format application_name.sh. Click the "OK" button and an entry will appear as EasyPBI automatically generates the script from a template that sets the most commonly used variables. In the example shown in Figure 8.1j, click the area below the DO SOMETHING HERE comment to customize the script. Creating a wrapper script is considered an advanced task that requires some knowledge of shell scripting, so feel free to ask for help on the PBI Discussion forum or on the PBI developers mailing list.
Figure 8.1j: Edit the Automatically Generated Script
This tab, shown in Figure 8.1k, is used to create desktop icons and menu entries so that the application can be easily started from within a desktop environment. This is important step for graphical applications as it configures the primary method for interacting with the program.
Figure 8.1k: Desktop Entries
As seen in this example, the entries currently configured for the module will appear in the left side of the tab. Click an existing entry to display its details on the right. You can remove an entry by clicking the “-” (minus sign) button, or create a new entry by clicking on the white paper button under the entry list. On the right side of this tab, you can edit the currently selected entry and click the “Save” button to overwrite the current entry with the new settings. Alternately, click “Add” to copy the existing details to a new entry.
The "Entry Details" section of this tab are as follows when the "Desktop" button is selected:
- Name: this is the text that will appear for the desktop menu entry, and is usually the full name of the application.
- Executable: click the green arrow to select the executable or script that is used to start the application. Some ports have multiple binaries, so select the one associated with the program. If you created a script in the Resources tab, it will be added to the list and should be selected.
- Icon: the available icons will include the default icon and any that you added in the Resources tab.
- Open in Terminal: used to specify whether the application needs to be opened in an X terminal. This is useful for running some text-based programs that need to be embedded into a console for user interaction.
- Make Invisible: if checked, the entry will be hidden. This is not as useful for desktop entries but can be handy with menu entries.
- Requires Root: if checked, the user will be prompted for their password when the application starts.
Figure 8.1l shows the "Entry Details" that are available when "Menu" is selected.
Figure 8.1l: Menu Entry Details
This screen adds two fields:
- Category: indicates the menu category that the entry will be placed under when listed in the desktop environment. Click the green arrow to see the available menu categories. The recommended category will have a small black arrow next to it.
- MIME Patterns: used to associate a space-separated list of file types with the application. This is useful when paired with the “Make Invisible” option. For example, consider an application which has two binaries representing two different aspects of the program and an additional binary that asks which of the two you want to use. You could create menu entries for all three binaries, but make the two specific ones invisible and associate file types with them. This means that when a user tries to open one of those file types, it will automatically run the particular binary that uses it, rather than prompting the user for input about what to do with the file.
This tab, shown in figure 8.1m, is used to view and edit installation scripts used by the PBI.
Figure 8.1m: Installation Scripts
If you click on the drop-down menu, you will see a list of available scripts, with an icon indicating whether or not that script exists in the module. Selecting a script will activate a "Create" button if the script does not exist, or will display the full script in a box for editing.
For “Local Source” PBIs, the only valid scripts are pre-install.sh, post-install.sh, and pre-remove.sh. EasyPBI will only display the list of valid scripts.
NOTE: changes to the scripts in this screen will not be saved until you click the “Save ” button. Be sure to save your work before leaving this tab.
This tab, shown in Figure 8.1n, is used to setup links for additional binaries within the PBI.
Figure 8.1n: External Links
This screen becomes important if you add additional files to the PBI, such as wrapper scripts, that are not included in the FreeBSD port. Also, if you are packaging a local directory into a PBI instead of using a FreeBSD port, this screen is needed to setup the main binaries for the application.
When adding an entry, configure the following fields:
- File: the binary location in the PBI directory. Click the green arrow to select the binary to link. For FreeBSD ports, the binaries from the port are already configured, so you do not need to add them here unless you want to change the "File Type".
- Link To: input the path to link the binary to on the base system, relative to /usr/local/.
- File Type: click the green arrow to set the type of link.
The following "File Type"s are supported:
- binary: indicates that this is an executable. The PBI will automatically create the necessary wrapper and PATH links.
- linux: indicates that this is a Linux executable. EasyPBI will automatically create the necessary Linux wrapper and PATH links.
- keep: instructs the PBI to not overwrite an existing file when linking a file into the LOCALBASE. By default, LOCALBASE is set to /usr/local.
- replace: instructs the PBI to overwrite an existing file when linking a file into the LOCALBASE.
- nocrash: disables the crashhandler GUI from running on this PBI. However, the glue for the crash handler is not built into the base system yet.
Build, Test, and Submit the PBI
The PBI Builder pane provides a graphical front-end to the PBI build structure. Once you have finished using "Module Editor", click the "PBI Builder" pane to build the PBI on your local system.
In the example shown in Figure 8.1o, the user has created a PBI module for the FreeBSD port p7zip. Since this is the module that appears at the top of the screen, this is the module that will be built if the user clicks the "Build PBI" button.
Figure 8.1o: PBI Builder
To build a different module, either click the "Load" button to browse to the location of a previously saved PBI module or the "New" button to select a different FreeBSD port or local source to build.
To start the build of the PBI module, click the "Build PBI" button. A pop-up message will remind you that a working Internet connection is required so that the build process can download the source required to build the port. It will also prompt for the user's password.
The first time you build a PBI, EasyPBI will download the chroot environment used to build PBIs. Subsequent builds will reuse this environment. The build process itself may take some time, depending upon the size of the port selected and the speed of your computer. Build messages will be displayed in the white window. EasyPBI will inform you when the PBI build is finished, and whether it was successful or not.
If you wish to build a 32-bit version of the PBI on a 64-bit system, check the box "Build 32-bit".
During the build, you can create additional PBI modules by clicking the "Module Editor" pane. Click the "PBI Builder (Working)" pane to check on the status of the build. However, you can only build one PBI module at a time. If you need to stop the build process, click the "Cancel Build" button.
If the build fails, you may need to modify the module using "Module Editor". Click the "Save Build Log" button and browse to the location to save the log file which can be read with any ASCII text editor. Read the saved log to determine the error so that you can modify the module as needed. If you are unsure how to fix the PBI module, send the log for the failure to the pbi-dev mailing list.
Test the PBI
Once your build is finished, test the PBI to ensure that it installs and that the application works.
To install the PBI, become the superuser, cd to your PBI directory, and use the pbi_add command. Unless you have specified your own digital signature, include the --no-checksig option.
Password: cd ~dru/EasyPBI/PBI ls p7zip-9.20.1-amd64.pbi p7zip-9.20.1-amd64.pbi.sha256 pbi_add --no-checksig p7zip-9.20.1-amd64.pbi Verifying Checksum...OK Extracting to: /usr/pbi/p7zip-amd64Installed: p7zip-9.20.1
If the module installs successfully, perform the following tests:
- for a graphical application, verify that a desktop icon was created (from a desktop that supports icons), that an entry was added to that desktop's application menu, and that the application successfully launches from the application menu. If you used a custom icon, verify that the icon was used.
- start the application from the command line to determine if there are any error messages at application launch. When starting the application, specify the full path to the application's binary to make sure that you are testing the PBI's binary.
- for a graphical application, go through the various menus to see if they produce any errors. If you encounter any error messages in either starting or using the application, record them. If the fix for resolving the error messages is not clear to you, send the error report the pbi-dev mailing list.
If you modify any settings in the PBI's module, rebuild the PBI then test again to see if the changes fixed the PBI.
Submit the PBI Module
Once you are satisfied with the PBI, go to “Options” ➜ “Package Module”. A pop-up window will indicate that the module has been successfully packaged within the default "Modules" directory. The file name for the example PBI would be ~dru/EasyPBI/Modules/p7zip.tar.gz.
If you send that file to the pbi-dev mailing list, it will be added to the PC-BSD® build servers so that the PBI can be built. Once the built PBIs are tested, they will be added to AppCafe® so that other PC-BSD® users can benefit from the PBI.