Uop3n Smart Apps

Pidgin 2.6.1 released August 24, 2009.

Download Pidgin 2.6.1 for U3

official changelog

Pidgin 2.5.8 released July 17, 2009.

Download Pidgin 2.5.8 for U3

Download Pidgin 2.5.7 for U3

Download Pidgin 2.5.6 for U3

official changelog

Here it is, the long awaited and much requested Pidgin 2.5.8, now compatible with the latest version of Yahoo’s IM Protocol. Also, from now on, I will be able to release setup executables rather than just the .u3p files, so that’s nice as well. Sorry it took so long, between finals and starting my summer job I didn’t have much time to work on this, but now here you have it. I’ve also posted links to versions 2.5.7 and 2.5.6. I have also emailed the web admin for the official U3 website, and they should update their links soon.

Our very own GIMP U3 is now hosted on U3.com! Check it our here. Also, Pidgin U3 has been downloaded almost 130,000 times since its posting there, so we’re pretty happy with that.

Our very own Pidgin U3 is on the top downloads page at u3.com! We are currently sitting at #16 below such products as Firefox U3, Thunderbird U3, and OpenOffice.org U3. Also, they have finally updated Pidgin to the latest version (thanks, Nathan!), so that’s nice to see after several emails asking them to update went ignored over the space of several months. We are now in the process of trying to get GIMP U3 posted on their site as well. Right now, they have several photo viewers, but no image editors, so it would seem to be a great fit for their site. And best of all, it will be free .

Update: I am now including OliverK’s Guerrilla Field Guide for creating portable applications here instead of linking to it. I have edited it only to remove references to submitting the app for testing at portableapps.com.

Ok, first off, let me just say this. PackageFactory does not, I repeat DOES NOT make applications U3 compliant. Sure, it might kinda seem to work, but just to shed a little light on this “wonder program” that is hyped by every other post I’ve ever seen on making U3 programs (which is actually the whole reason I am writing this now), let me explain what PackageFactory really does.

Based on information that you enter into the program, it generates an xml file known as the U3 manifest. You can do this with the official U3 Manifest Creater found here. This is simply a text file in xml format that contains information about the program.

It then takes all of the files that you drag-and-drop into the program and puts them into a .zip file along with the previously-mentioned manifest file.

THAT’S IT

Now, anyone who’s ever heard of the Windows registry is probably wondering “Hey, what about my settings? Or my personal information? How does that get captured to the U3 drive if that’s all I’ve done to the program?”

The answer, IT DOESN’T.

Now, I am going to show you how to actually make an application U3 compliant, saving all of your settings, data, etc to the U3 drive so that your program is truly portable. Note that, this is “doing it right” so it takes a fair bit of work. If you want a quick and easy solution, realize that you are only going to get results of the same quality as the work you put into it.

Starting out:
You will need to download and install NSIS. This is a compiler for a programming language known as the Nullsoft Scriptable Installer System. Yes, you will be writing code. That’s how it’s done, this isn’t magic. If you want a more robust GUI, you can also install the HM NSIS Editor or, if you are familiar with the Eclipse IDE you can download the NSIS Eclipse plugin.

Now that you have your compiler, here is what you are going to be doing. You are going to write a program launcher executable that acts as if it is “installing” your program onto the host machine, then configuring it with your settings, then launching the actual program. After the program closes, your launcher will back up your settings to your flash drive and clean up the host computer, restoring it back to its original state.

To start off, go into the directory where you are going to be working and create the following 4 directories:

Data
Device
Host
Manifest

Let me explain the purpose of these 4 directories:

Data: This is where your application should store its settings files. If you can control the directory where these settings are stored using your launcher, put them here. This will be the folder represented by the U3_APP_DATA_PATH environment variable.

Device: This folder will end up on the flash drive itself, and is represented by the U3_DEVICE_EXEC_PATH environment variable. Any files placed into this folder will be extracted to the flash drive at installation time. The downside to using this folder is that anything in this folder is essentially on the drive twice, taking up twice the space. The upside is that it doesn’t have to be extracted at runtime, speeding up the process, as well as the fact that these files stay on the flash drive and never get copied to the host machine, which is good for portability.

Host: This folder will be extracted to the host computer’s AppData folder at runtime (and deleted when the drive is ejected). It is represented by the U3_HOST_EXEC_PATH environment variable. Files in this folder are compressed, so they take up less space, but must be extracted to the host computer at runtime.

Manifest: This folder contains two files, manifest.u3i and appicon.ico. Appicon.ico is simply a windows icon file that will represent your program. To extract this icon from the original application, you can use ResHacker (Note: you want the “Icon Group” not just the icon). Manifest.u3i is just a renamed xml file. This can be generated using the official U3 Manifest Creator.

Device vs. Host
Files located in the Device folder will take up twice as much space on the drive. If the application is very small this might be ok, but for most programs this should be avoided. Personally, I put my launcher into the Device folder and all of the application’s files into the Host folder.

Now comes the hard part

Creating A Portable App: A Guerrilla Field Guide
by OliverK (edited to remove content pertaining specifically to portableapps.com)

1. Determine the programing language. Why? Well, you have to be careful. Is it done in:
* .Net? Sorry. While some don’t care, alot of people here despise .Net, as its not installed on all computers. See this link For a whole discussion on the subject of .Net.
* Java? As I understand there’s the Java Portablizer, but there is not yet an Open Source JRE. So use of Java applications is somehow limited.
2. Get the tools. Load up- you’ll need them.
* I whole heartedly suggest the use of HM NIS Edit (Portable) Select either the download with NSIS included, if you don’t intend to download it separately, or without if you do. It adjusts properly in both occasions.
* Note also if you wish to use another editor, you can download a portable version of NSIS separately, from here.
* Regshot. which is used to figure out what changes a program made during the install process.
* Alternately, you can use Process Monitor to figure out what registry entries its reading.
* NirSoft RegfromApp is a small freeware utility that allows you to specify a specific process to monitor. You can even launch a process with it and monitor those specifically. It produces a nicer output of what registry entries the program has modified.
* I also suggest picking up Notepad ++ Portable. Just in case.
* To handle making the icons, use something like IcoFx
3. Download your program. If you have keyboard loggers, malware protection or anything that runs in the background, consider turning them off before taking a regshot. Now, fire up regshot and take a regshot of the computer by scanning the C drive, more on that in a minute, before installation. Go have a cup of coffee or a can of Mountain Dew. Don’t touch the computer! You’ll get extra registry entries.
4. Install your program and run it a couple of times. Make sure you do this from a clean install. If you don’t, you may have skewed results. Do NOTHING else during this time
5. Take second regshot and then compare the results. Save it a html, it produces a nicer printout then .txt
6. Figure out where the program is saving files. Check C:/Documents and Settings/UserName/Application Data for %appdata%. If you scan the entire C:\ Drive with regshot, those changes should show up.
7. What to do with registry entries:
* HKCU:Regshot will show a HCKU modification as HKU\Random Numbers\whatever. Look for those in HKCU\Software\ and handle them in NSIS as HKEY_CURRENT_USER\Software\Whatever.
o Useful Entry: HKU\S-1-5-21-1060284298-823518204-725345543-1003\Software\Texas Instruments\TI Connect\StartUp\.
o Useless: HKU\S-1-5-21-1060284298-823518204-725345543-1003\Software\Microsoft\Windows\ShellNoRoam\MUICache
* HKLM:HKLM is a branch of the registry that cannot be modified by someone with a Limited account- just an Administrator. Handle them by double checking that they are needed. Often, something like InstallDir: whatever can be ignored. Else-if those entries really really are needed, you will need to check that the launcher can do it, then launch the software. If you don’t have the rights, you’ll use a message box to say so and terminate the launcher. Handle them in NSIS as HKEY_LOCAL_MACHINE\Software\whatever
* HKU: You can ignore these.
8. Find a base launcher that deals with those issues.
9. Adjust the launcher to reflect the changes you need made
10. Compile, test, adjust, repeat

*end of the Guerrilla Field Guide

Keep at it!

When making your application portable, keep in mind that the U3 platform provides several environment variables that can be used in your launcher and will make your life much easier. The most useful ones are listed here:

U3_DEVICE_PATH drive letter to device (X:)
U3_DEVICE_DOCUMENT_PATH path to documents folder (X:\Documents)
U3_APP_DATA_PATH data folder path on device (X:\System\Apps\[AppIdString]\Data)
U3_HOST_EXEC_PATH exec folder path on host (%AppDir%\Roaming\U3\[DeviceIDString]\[AppIdString]\Exec)
U3_DEVICE_EXEC_PATH exec folder path on device (X:\System\Apps\[AppIdString]\Exec)
U3_IS_AUTORUN is this an autorun-launch? true/false

Unfortunately, these environment variables are only available when the app is actually run from the U3 Launchpad, so that makes testing difficult. I suggest creating variables within your launcher that during testing are set to paths relative to the launcher itself, then when your launcher is working, change the values out for the environment variables.

Once you have gotten your launcher working, you are ready to create a U3 Package. This is the easy part.

Using your favorite archiving software, such as 7-zip or WinRar, create a new .zip (NOT .7z or .rar or anything else) containing the four folders. (Actually, if any of the folders are empty you can simply delete them, but NOT the manifest folder, it must contain those two files so it should never be empty). Use the default compression settings. Now change the file extension from .zip to .u3p.

If you can’t see the file extension, you need to make file extensions visible. Go to Start>Control Panel>Folder Options then click on the View tab and uncheck the box next to Hide extensions for known file types.

Now you should be able to install your program to your U3 drive. Open the U3 Launchpad and click Add Programs>Install From My Computer, then browse to your new .u3p file and select it. If all is well your app should install and run.

This process is not for the faint of heart. Portablizing an application takes a lot of time, effort, and at least some knowledge of programming. Start small, with a relatively simple application. Don’t sit down and try to make Adobe Photoshop. First off, it’s illegal, second off, it’s way over your head for a first project. Also, because of the first part, asking people to help you with it will not get you received well, so don’t go to the PortableApps.com forums telling them I sent you and you want help portablizing a program that is illegal to do so.

Also, if you are still impatient, check out all of the apps that PortableApps.com has already created. If you want one of their apps on your U3 drive, check out my PortableApps U3 Launcher Wizard.

The switch to Drupal went less than smoothly, so we are switching back to WordPress for now. With college finals coming up, I don’t have the time to learn a whole new system when it isn’t working properly. I’ll try the switch again later.

We are switching our content management system over to Drupal.  This may take awhile, so for now, the homepage should redirect here.  The blog will stay up, but it has been moved to http://u3smartapps.sourceforge.net/wordpress.  Please bear with us through the transition.  You can still browse the software project at http://sourceforge.net/projects/u3smartapps.

I have created BitTorrent mirror feeds for edubunu, kubuntu, and xubuntu.

http://u3smartapps.sf.net/feeds/edubuntu.rss
http://u3smartapps.sf.net/feeds/kubuntu.rss
http://u3smartapps.sf.net/feeds/xubuntu.rss

GIMP 2.6.4 was released April 26, 2009

Download GIMP 2.6.4 for U3

official changelog

Although it is completely unrelated to this project, just because we have the ability to do so (and because I have a lot of time on my hands), we are experimenting with RSS feeds compatible with many popular BitTorrent clients that, when loaded while allow a user to operate as a mirror for various large OSS projects. As of right now, we have feeds for OpenOffice.org and Ubuntu Linux. Right now these feeds are being maintained by hand, so there will be a lag between the time a new release actually comes out and when it shows up on the feed. These are intended for mirroring, so if you just want the newest release when it comes out, this is not for you.

Be forewarned, downloading from these feeds will take up a substantial amount of hard drive space and bandwidth. It is suggested that you set the download priority for these feeds to low.

To import these feeds, use the following URL’s

OpenOffice.org
http://u3smartapps.sf.net/feeds/openoffice.rss

Ubuntu Linux
http://u3smartapps.sf.net/feeds/ubuntu.rss