I am using finddir, but cannot find an apps directory to install to. Without this, I cannot make a link to the Deskbar Applications menu or the Desktop to my application for the user ( if he selects these options during install ) nor can I be sure that all of these things are removed properly with my uninstall script. Yes the program can function from any directory, but I can only link to it If I know where it is. My options are: Create /boot/apps and install there. This just feels dirty. Create ~/config/non-packaged/apps and install there. Same as above. Remove the ability to add these convenient links for the user. This makes my program less useful, and I chose not to do this. Make an ,hpkg file. This requires two distribution methods, one for the released version of Haiku, and one for the nightlys. I would need to maintain both, as with every release, some people cannot or will not upgrade. This is more work for me than it is worth. At this point I believe the first option is the best for anybody with my issue. On 10/21/13, Axel Dörfler <axeld@xxxxxxxxxxxxxxxx> wrote: > Am 21/10/2013 17:46, schrieb Jim Saxton: >> This will NOT be in an hpkg. > > You asked for the proper way, and the proper way is a hpkg from now on. > >> It is self contained. Yes it is written in yab, but then compiled into >> an executable binary. There is no need for yab to be installed. I wish >> to make a distribution zip with an installer that will work on r1a4, >> and recent nightlys, the missing apps directory is the only issue >> stopping me. > > No, that's not what's stopping you. If it is a self-contained zip, it > should be just that: a single directory "your-app" containing all of > your application. You should not dictate the user where to install this > stuff, or else it doesn't make any sense to have a zip in the first place. > > If you actually want to properly install a package, but for whatever > reason don't want to use a hpkg, you should use the old BeOS package > format. There, you specify the target directories using find_directory() > constants. > > While PackageInstaller currently fails to install those packages, this > is just a bug that has to be fixed. > > Fixed directory zips were never a good idea, and just won't work. > > Bye, > Axel. > > >