opkg problem

[Tick Chen]

Hi John, 
  Thanks for reporting this issue. 
Recently, I will spend some time on opkg, try to deal with the
integrity of metadata, try to make opkg faster and lighter weight. 

Now there are issues I have: 
* # 2052 Cannot install packages on Card
* # 2120 Opkg does not install all files on upgrade
* Your reports: upgrade path misbehaviour
* My observation: . dupilicated installed_files metadata in info/*.list file
		. Cannot remove package if it is not in repository metadata.
		. Wasting a lot of time calculating pkg_get_installed_files, and most of time are meaningless. (Update dirty one would be okay)
* make the opkg lock less troublesome. 
* libopkg did try to interact with user (ask question) in library mode, and cause problem.

I will deal with these issues, and plan to make a new release.

Cheers, 
Tick

On Wed, Nov 26, 2008 at 12:21:51AM +0800, John Lee wrote:
> hi tick
> 
> 
> I found an opkg issue while i was fixing the upgrade path..
> 
> condition:
> 
> Package A contains files: foo, bar
> 
> now
> 
> Package B RPROVIDES, RCONFLICTS, RREPLACES A, RDEPENDS C
> Package C contains file: foo
> 
> 
> 
> correct behavior:
> 
> after upgrade, B, C should both exist
> 
> 
> current opkg behavior:
> 
> after upgrade, B exists
> 
> but C not exists because opkg says file 'foo' is already provided by
> A.
> 
> 
> 
> Real world example:
> 
> xserver-kdrive includes file 'SecurityPolicy'
> 
> xserver-kdrive-glamo replaces xserver-kdrive
> xserver-security-policy includes file 'SecurityPolicy'
> 
> opkg will only install xserver-kdrive-glamo, not xserver-security-policy
> 
> 
> regards,
> John
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: Digital signature
Url : http://lists.openmoko.org/pipermail/opkg-devel/attachments/20081126/90868459/attachment.pgp