<!DOCTYPE html PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">

<html>

<head>

  <meta content="text/html;charset=UTF-8" http-equiv="Content-Type">

</head>

<body bgcolor="#ffffff" text="#000000">

The problem is not with Canola per se, but rather with the overall

sloppy condition of the Maemo repositories, both on maemo.org and on

other sites. <br>

<br>

Software often depends on other packages not in the same repository,

and that's not documented or handled in any graceful way. So long as

you stick to the three or four official Nokia applications, you're

fine. As soon as you try to install anything you find listed on

maemo.org, you're venturing into dangerous territory. <br>

<br>

Trying to install Doom will muck up your entire system, as Application

Manager will no longer be able to update repositories.<br>

<br>

I just reflashed, and the first app from maemo.org I tried to install

was the kagu media player. Can't do it. Application packages missing:

libsdl-ttf, libgdbm3, libcurses5, libreadline4. <br>

<br>

Where are they? No telling, but they're not in the repository specified

in the .install file (maemo extras). My bet is that they're in

maemo-hackers, but Application Manager can't figure that out. Nor

should it have to.<br>

<br>

This is particularly difficult for developers to handle because they're

developing on machines that are all tricked out with extra libraries

and -- here's the real problem -- they have to <i>know</i> where those

libraries came from. <br>

<br>

None of the Linux application installation toolkits (on any platform)

is particularly good at helping you figure that stuff out. So when a

package gets built, critical details like these get dropped on the

floor.<br>

<br>

The answer might be "more testing," but bugzilla isn't a warm and

friendly way to invite new users to submit issues. If my bugzilla

password ever arrives in email, I'll be long gone onto another project

and will have forgotten the bug I wanted to report.<br>

<br>

<br>

</body>

</html>