2008/6/9 Stephen Hahn <[EMAIL PROTECTED]>: > * Shawn Walker <[EMAIL PROTECTED]> [2008-06-09 15:33]: >> Obviously the ability to uninstall items without a network connection >> is a necessary bit of functionality so some form of caching has to be >> implemented. > > You can already uninstall without network connectivity. (The image > metadata has all the information needed for an uninstall.)
I was referring to the packagemanager GUI. My understanding is that it needs its own cache for descriptions, icons, etc. >> I just wasn't keen on the particular usage case previously mentioned. >> >> As for caching... >> >> One of the changes I want to make is to move all of the depot specific >> code currently in modules/server/repository.py to >> modules/server/depot.py. The repository code would then just deal in >> file operations and the depot code would simply be a protocol specific >> wrapper (https, etc.) around the repository. >> >> This would allow the client to perform installs from the filesystem >> (directly), http://, https://, etc. >> >> Going further, this means that it would be relatively easy for a >> client to use these new objects to build its own repository using the >> manifest files, etc. that it retrieves. This would also mean that we >> could make the client's operations for search, info, contents, etc. >> rely on the repository code for them instead of having to have a >> duplicate set of code to perform those same operations on the client >> in a different way. > > Interesting, but I suspect that, since the client and the server have > separate state machines expressing their relationship to a particular > package, this reuse may not be as direct as the paragraph above hopes. You are right that I made it sound easier than it will likely be to implement. Relativity is fun :-) However, my recent forays into the client code seem to indicate that at least some operations (info, contents, and possibly search) can share the same semantics despite the state machine relationship differences. I had a prototype that was rather stale that I plan on re-working using the latest tip soon. Cheers, -- Shawn Walker _______________________________________________ pkg-discuss mailing list [email protected] http://mail.opensolaris.org/mailman/listinfo/pkg-discuss
