Latest Bugs & Tasks
Closing as fixed.
Currently Haiku Depot installs user installed apps to '/boot/system/packages'. Before Package Management was merged, the user could install Haiku over the previous install and only the 'System' directory was a fresh install. Now that all the apps are installed to '/boot/system/packages', user installed apps get wiped when Haiku is re-installed!
There is a need for a separation between the system packages and the user installed packages! I propose that all user installed apps be installed to '/boot/home/config/packages' and virtually extracted to '/boot/home/apps'. Then Haiku Depot could create symlinks of the installed apps to /boot/system/apps.
If Linux or BSD's distos do not have user apps installed to '/bin', or '/sbin' for good reasons, then why would Haiku (which is a single user OS by the way) install apps into the system directory? Never mind the extra work that the user now must go through to reinstall their apps (which can take a long time on slow dsl or dial-up): another concern that I have is potential flaws and bugs in PM and Haiku Depot that can pose great risk to the integrity and security of the system!
This could be actually due to another issue. Seeing odd disk io on virtio disk driver. Going to close this one as trash as it would be hard to troubleshoot.
After running a large number of commands in kdl, you begin getting "out of memory for command execution" for every command.
kdebug> bfs_journal usage: bfs_journal <ptr-to-volume> DebugAllocPool::Free(0xcce38028): bad address DebugAllocPool::Free(0xcce38008): bad address kdebug> v vars vnode vnode_caches vnode_usage vnodes kdebug> v vars vnode vnode_caches vnode_usage vnodes kdebug> pt no completions kdebug> pt no completions kdebug> ptr no completions kdebug> ptr no completions kdebug> cpu out of memory for command executionkdebug> kdebug> threads out of memory for command executionkdebug> kdebug> thread out of memory for command executionkdebug> kdebug> exit out of memory for command executionkdebug> kdebug> continue out of memory for command executionkdebug> kdebug> reboot out of memory for command executionkdebug> kdebug> bfs_journal out of memory for command executionkdebug>
I try to install new nightly 47085 on my laptop, and Haiku don't start up. Main problem is with AHCI at you can see on attached picture...
A current url for the night images would be super handy. I've needed one a few times in the past.
An example use case is an automated way to spawn a virtual machine with the latest nightly image.
Fixed in hrev47086.
BOptionPopUp::SetEnabled() over here
is incorrect, it should "transmit" the call to the actuel widget like this:
The AllAttached() hook (i.e. the very last hook called in the setup phase, after ctor and AttachedToWindow()) calls SetDivider(), resetting it to fit the label width, overriding whatever was set earlier:
One could theoritically override (augment) that hook to counter-counter override the divider again, but it's not always possible. Think e.g. usage of a GUI framework that aligns the dividers of all widgets in a column in an aesthetically pleasing fashion, which wants to use the class "as-is" without subclassing it or without extending its responsability span to go past child being attached to a parent.
The class could be modified, it might be worth it to call this earlier instead... or even get rid of it completely, since SetDivider() is called in SetLabel() itself and does not seem to be impacted by the view not being attached yet, so why call SetDivider() again as late as in AllAttached()... Food for thought.
BOptionPopUp does not provide explicit separator-item support, but it exposes MenuField()->Menu()->AddSeparatorItem() to do so. I used that to make a menu look better/more structured, but realized that all further calls to GetOptionAt() will crash, probably because unlike BMenuItem, SeparatorItem lacks a Message() field.
There have been times when I have typed in a URL that ended with a filename, such as foo.zip, and when I hit Enter, Web+ fails to go to the page because it has added / to the end of the URL. Same happens when I put the following URL into Web+ as my home page preference and then open up Web+. Results in a 404 error.
I have a screenie attached that shows the error, what the URL line turned into on its own (with the slash) and alongside of it, the actual URL I had input into Web+ preferences.