Hi DongInn,
this looks good! And that's what I'd call good collaboration ;-)
Rare enough...
On Monday 29 October 2007 04:15, [EMAIL PROTECTED] wrote:
> Log:
> I am not really sure if this is what we really want to implement on
> Selector but this is a rough draft to make Selector a little more
> useful. Now Selector lists up all the packages which are available on
> the local and remote repositories. packages in Default package set
> are selected as usual. Still Selector uses oda to get the proper
> information and oda would be used only if data can not be queried from
> opkg meta repositories.
I'd give up the ODA queries for package information. As far as I understand
we cannot fill ODA with config.xml data anyway, and it's not worth the effort.
These changes only make sense if we simplify the code, and that means throw out
ODA for package management. Only keep it for a list of opkg names and their
installation status.
...
> my $allPackages = SelectorUtils::getAllPackages();
> +# my @opkgs = OSCAR::OpkgDB::opkg_list_available(%scope);
So are you ready for the switch over?
> # For each of the OSCAR packages read in above, add a "location" field
> # to correspond to the Location column of the packagesTable.
> + if( ! $allPackages->{$pack}{path} ){
> + $allPackages->{$pack}{path} = "/var/lib/oscar/packages/$pack";
> + }
> $allPackages->{$pack}{location} =
> (($allPackages->{$pack}{path} =~ /\/var\/lib\/oscar\/packages/) ?
> "OPD" : "OSCAR");
This is kind of obsolete now. There is no practical difference between OPD
and OSCAR, so the location is uninteresting. All packages come from some
repository, so you can call them all OPD, or OSCAR. OPD is actually an
incorrect term now, there is no special "package download" any more. It's all
"just" an install from a repository.
I'd replace the content of the "location" field with the repository where the
packages live on (not yet sure how to do that such that it works on debian,
too). And simply remove "location" and "path".
Thanks & Regards,
Erich
-------------------------------------------------------------------------
This SF.net email is sponsored by: Splunk Inc.
Still grepping through log files to find problems? Stop.
Now Search log events and configuration files using AJAX and a browser.
Download your FREE copy of Splunk now >> http://get.splunk.com/
_______________________________________________
Oscar-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/oscar-devel