- The previous solution was applying source path mappings too early, with
the consequence that the file manager would incorrectly adjust some
relocations due to not being aware of the presence of all the possible
parent paths yet, leading to the observed "Source not available" behavior
when restoring some combinations of mappings. We now lazily apply the
mappings at the point when the source code itself is actually requested
to be loaded, which doesn't occur until after all image loading, etc.
has completed, so the information map is complete.
- There seem to be cases where the file manager is incorrectly reapplying
stored mappings, resulting in no source being displayed. As such, the
functionality is being disabled until the cause can be found.
- Add package installation state to PackageInfo and update accordingly
in Model.
- Add package listener event for installation state change (not yet used).
- PackageListView now fetches installation state from package and displays
accordingly.
- Now actually checks if and where the package is installed, and
correspondingly returns back the appropriate install/uninstall
actions. Consequently, HaikuDepot now allows uninstallation of
(non-system) packages.
- Add background worker thread for asynchronous processing of
package actions.
- Implement InstallPackageAction. As such, installing packages now
actually works.
- Wrap requests in exception handlers, as the package manager uses those
for various error cases. Fixes several cases of HaikuDepot spontaneously
closing if a problem occurred. Still TODO: user error reporting, errors
are currently reported on the console.
It references a non-existing device in the aliases, just comment
it out until we sort out with upstream what's up.
(Since we've also added PXA devices to the Verdex definition we
need to chat with them anyway)
Both for the rPI and the Verdex target we now have FDTs. The verdex
DTS is homebrew, the pxa DTSIs come from Linux and should be kept
in sync.
The rPI DTS and Broadcom DTSI come from FreeBSD HEAD, and should
ofcourse also be kept in sync.
One global new Jam rule has been introduced for handling DTS
compilation, aptly named CompileDTS....
More coming!
... specified by a package when it is going to be activated. We don't
try to remove users/groups when deactivating packages yet, nor is the
user properly identified in all error cases.
* Add NotifyDone() to all repository-attribute handlers and invoke that
to notify any listeners.
* Unify deletion to a single implementation of Delete() in the base
class. Before, the root handler for a repository didn't do that, but
just triggered the notification.
- Factor out functions for refreshing the repositories and
retrieving the package lists.
- Add a background worker thread which handles those tasks and
then notifies the window when the model is ready.
- Check if we already have a repository cache, and if so, skip the
refresh step, unless forced. The latter will eventually be possible
via the UI.
- Also rework things a bit to fix passing the same reference into the
installed package list repeatedly, thus causing only the first package
to be marked as actually being installed.
- MainWindow now attempts to refresh all available repositories and
fetch their respective package lists on startup. Much still remains
to be done, such as factoring this out into a background process so
it doesn't prevent the window from showing, and making the refresh step
optional if we already have valid repository information, but this at
least gets us showing the available package list from HaikuPorts.
- DecisionProvider and JobStateListener will be needed in order to
interact with the package kit in various ways eventually, though
the implementations are currently all empty.
- Adjust HaikuDepot's PackageManager class to inherit from
BPackageManager, so as to be able to actually interface with
the package repositories.
