Changes between Initial Version and Version 1 of Ticket #13187, comment 12


Ignore:
Timestamp:
Jan 27, 2017, 4:22:31 PM (7 years ago)
Author:
perelandra

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #13187, comment 12

    initial v1  
    11I've been poking around the code for package management, HaikuDepot and the package daemon and I am thinking the best option may be to integrate it right into HaikuDepot from the start.  There are already classes for a GUI enabled PackageManager, problem solver window, results window (some of these are actually from the daemon).  The current HaikuDepot PackageManager uses a PackageAction class to do the current install/uninstall of individual packages.  It is designed around acting on only a single package (plus its dependencies) but I think it should be possible to expand the PackageManager class slightly to add functionality to use an UpdaterAction class that updates multiple packages.
    22
    3 Maybe someone like Ingo with more knowledge about these things can chime up.  It looks like the HaikuDepot PackageManager class was a copy/expansion of the package daemon's class and I could also take the same approach and create another "fork" of it, however that no means there would be 4 PackageManager classes (that I know of, also pkgman has one) and more duplicate code that would need updating if package management changes in the future.  I'd rather tie into what is already in HaikuDepot if I can.
     3Maybe someone like Ingo with more knowledge about these things can chime up.  It looks like the HaikuDepot PackageManager class was a copy/expansion of the package daemon's class and I could also take the same approach and create another "fork" of it, however that now means there would be 4 PackageManager classes (that I know of, also pkgman has one) and more duplicate code that would need updating if package management changes in the future.  I'd rather tie into what is already in HaikuDepot if I can.