HAKILO (ex HUPE) + HakiPKG by s40in

The name is an important part, but not the most important :slight_smile: Let it be the working name OBOS.

1 Like

Who thinks about packages? Maybe they are not needed? Leave pkg (as in BeOS) + manual installation of hpkg (from Haiku).

I do not need constant software updates. I want to understand what I install and what’s new in new version. Usually the old version is good.

I also liked the installation in MacOS X Tiger / Leopard. Dragged the App folder from the dmg image to any folder. I do not know how it is done in the new versions now.

It’s more convenient for me to download programs from a site like bebits (or google play) than from a pack repository.

I like pkg system as in BeOS: packages needed only for sharing and installing software.
There is good to have some GUI app for instaling and removing packages, Haiku depot can also be useful.

I think, there must be all possible ways to install software, user must pick one which he likes.
…And the real file system must be installed software manager (like in Gobo Linux), there is no need for some additional virtual file system.
…Also additionaly there can be some managing installed software using file system attributes.

Would Haiku, Inc really start legal proceedings against a user in this way? I’d much rather my monthly $25 goes on improving Haiku (3d acceleration? compositing?) rather than starting frivolous lawsuits against people whose only crime is to be genuinely interested in the OS…

It’s Haiku. Not Microsoft. Not Apple, and not Coke. I understand the desire to defend the IP of Haiku, Inc but pick your battles, please!

1 Like

I doubt it. Nobody mentioned anything about lawsuits, however… Chill.


I did your script on installed Haiku with some additional software system.
Booted OK, BeOS like software works OK, ported software (LibreOffice…) do not work (reinstall maybe help?). In systems lib folder found some broken links.
And now how to I can install software from packages? I do not installed those scripts before cloning Haku installation!
…RAM usage dropped in half.

It’s not about lawsuits, but basic trademark protection. Usually reminding people that they accidentally used our logo without permission, and that’s all (often haiku poem contests or stuff like that, where people will search “haiku” in Google image and find our nice logo and put it on their flyers).

The thing is, the day there is a real problem with the trademark, someone doing something really bad that deserves a lawsuit, if you did nothing until then to protect the trademark, and there are dozen of people using it freely already, then you can’t complain anymore.

We work hard to build the reputation of Haiku as a free software operating system, with a single configuration and no surprises. This is where “Linux” (actually GNU/Linux) fails: you may have a Linux system, there is no guarantee my “designed for Linux” software will install and run fine on it. This is why you will rather see support for Ubuntu or Redhat or… in that ecosystem. Likewise, the name Haiku must point to something quite specific, so when people tell their software runs on Haiku, it really does. There is no way to achieve that if your Haiku maybe comes with packages, maybe not (as is the case here), maybe is based on a Linux kernel (Cosmoe, V\OS), or maybe is a fork of the ancient Alpha 4 (forgot the name of this one, sorry). Note that a distro like “discover Haiku” from TuneTracker systems got the agreement to use the Haiku name without problems.


You can unpack script (or any softtware) from hpkg use command in Terminal:

package extract package.hpkg

About broken links. Hmm… I think need to fix them manually. I have not yet come across this, but probably it depends on the package and how it is assembled.

Broken links were pointing to files in ‘package’ directory.

To develop further this idea, there is need to modify package demon (or something), that installs from packages software in to ‘package’ directory, instead it must extract them to file system.
RAM usage with package virtual file system doubles because it uses RAM and also running app using RAM.
Also, I think, if you have on machine less than 1GB RAM it is very useful to ditch out package virtual file system.

*Если непонятно выражаюсь на бусурманском языке, то дайте знать. Повторять буду по русски.

9 posts were split to a new topic: Naming of OpenBeOS and Haiku

For now is no need in separate distribution. I think, what is needed is some tool (“HUPE”) to modify standard Haiku into system without virtual package file system, which will be able update and install software from standard Haiku repositories.
Even, I hope, in the future this feature can be a part of standard Haiku.

This will not happen. All devs who commented here are very clear about it. Packages are great the way they work. We are aware of the RAM use problem, we will investigate and fix that. But we will not cut back on the features.

There has been days and days of discussion to reach the current solution. If you want to counter it, you have to come up with something that handles:

  • Installing package (that’s the easy part)
  • Upgrading packages
  • Uninstalling packages without leaving traces everywhere
  • Rolling back to a previous state of your install when you break things
  • Allows to work without a package repo, you can double click a package to install it
  • Allows to work with a package repo, you can use a command line tool to install quckly whatever you need by downloading from a safe and trusted source

If you can do all this without a packagefs and no RAM use, maybe we will consider it, but if the solution does not cover these basic use cases, we don’t want it in Haiku.


It is done in Gobo Linux “the filesystem is the database”:
It is doable in Haiku.

Then do it. Don’t count on me to waste my time on it.

Your time to waste.

Sorry to interrupt but where is the difference between this and the current package system using pak files?

I mean even Quake1 back then used a basic form of packaging (*.pak{num} containing individual packages) and ran on low RAM systems.

Isn’t all this a bit “luxury problems” today?

These are different file formats. We are talking about pkg BeOS for installing programs.