OMFG CDE! That thing that was so slow on Solaris on the SparcStations at school that I rewrote my xinitrc to run TWM + xterm instead. At the pauses I had finished reading my mails when others were still waiting for the desktop to load
Well, seems they use a lot of symlinks. Which does work (we actually also use them in packagefs), but having to maintain them when installing/updating on a real fs is going to slow things down.
LOL, nice one
I think most of the wastage comes from the fact that we have the data twice in the filesystem / block caches : once compressed (HPKGs are files we read from BFS), and once uncompressed when exposing the content as packagefs. Unless we already open the HPKG uncached in some way…
Indeed, that and dependency handling. You have no idea what it was back then to develop on BeOS. I remember resuming work on XEmacs after a few months, and trying to recall which library I had to use with it and where on the disk it was.
Yeah, and even though apt works quite well, it’s painfully slow on Debian here. Last night it too two hours to do an upgrade because it has to puts files everywhere.
Indeed, if you have issues with the current way packagefs and the rest works, please file bug reports, come on IRC to see how you can help fix it…
As @PulkoMandy in most cases if you have to install things manually then it’s broken and must be fixed. It’s already possible to install two versions of an app using the user packagefs if needs be.
Symlinks in GoboLinux are for compatibility with standard unix directory structure. I was talking about another feature: each software in GoboLinux has its own folder (even version). Thats all.
Yes in this case install/uninstall of software will be slower, but starting and managing software will be faster (on modern hardware) and simpler .
About dependencies, I have already indicated above. And I would like to see the “blackpackage” feature.
If I want to edit something in the Haiku system library, I need to make a blacklist, make my own package with the necessary file, etc. Before, I could just take and overwrite any file with my version. (This is only for development)
Optional. If there is a crazy person who wants to port Haiku to some kind of Nintendo Wii device (96mb ram), then he will need additional RAM. And removing packagefs will help him. (crazy developer only)
Installing other software can be without packagefs. As a user, I can choose how I like. I can use haikuports, but I can make something other. I just need to know what is minimum for a haiku and what is not.