Re: Matchbox 0.1.8 error on install/upgrade

Carl Worth <[email protected]> Thu, 14 Mar 2002 13:12:58 -0500
Newsgroups gmane.comp.handhelds.matchbox
Message-ID <[email protected]>
On Mar 14, digger vermont wrote:
 > On Thu, 2002-03-14 at 10:55, Carl Worth wrote:
 > 
 > How does debian deal with that? does one defer to the other?

The new ipkg-unstable behavior is inline with Debian, (eg. refusing to
install a package if some of its files already exist). I think dpkg
also has a force option to push through the problem -- that would be
easy to add to ipkg.

Also, dpkg supports a "Conflicts:" field so that packages can
specifically indicate problems like this, (and force the conflicting
package to be automatically removed when installing the new one). ipkg
does not yet do this.

 > > 	"Please move this file out of the way and try again."
 > > 
 > > What do you think? Would that make it more clear.
 >  Can I assume that if I see <no package> some type of "ipkg search file"
 > was done?  "Please move... again." is clearer.  

Yes. If the clashing file were from some package, then the message
would be something like: "Package foo is trying to install file
/usr/bin/splat which is already provided by package bar."

For that case, I won't add the "Please move" message since there's a
fundamental problem here, (two packages are conflicting). Instead,
I'll let the user sort it how as he/she sees fit.

 > One thing that happens however with ipkg is it seems to d/l an ipk each
 > time it is is requested even if it was d/l'd just moments ago. So if I
 > get the message "Please move... again." After I do that, ipkg will d/l
 > the ipk a second time. Kinda a pain in the case of a large package.
 > Could the message offer to remove the file and continue? Something like:
 > 
 > 	"Shall I remove the file for you? (yes, no, etc)"

That's a possibility, but I really don't want to make ipkg any more
interactive than it already is, (which is really too much).

I could make ipkg cache downloaded packages, but I'd have to control
the cache better than apt does, (my /var/apt/cache/archives folder
gets to be upwards of 1GB at times).

-Carl

-- 
Carl Worth                                        
USC Information Sciences Institute                 [email protected]
3811 N. Fairfax Dr. #200, Arlington VA 22203		  703-812-3725