Installing alien package

From Openmoko

Revision as of 10:10, 26 July 2009 by Glenn (Talk | contribs)

(diff) ← Older revision | Latest revision (diff) | Newer revision → (diff)
Jump to: navigation, search

Problem

The problem is that some packages exist in both the fundamental distribution - and other repositories - with same names, but (newer) with other dependencies, other source code includes and other compilation options, which can and often will break the installation.

So e.g. do not use "opkg upgrade" when non-distribution (e.g. non-OM2009) repositories are included. It often breaks the installation.

Solution?

Please surround the non-distribution package (alien) install with:

  1. Addition of the required repository
  2. opkg update # Update database.
  3. Install the package(s)
  4. remove the non-distribution repository from opkg. E.g. "rm /etc/opkg/opkg-feed.conf"
  5.  ? Is this required?: opkg update # Update database with only OM2009?

Future package management system wish

Wish: Actually the package management system should cope with it. The fundamental distribution should have higher precedence, and other repositories should have lesser precedence. Maybe the best would be that the package had a distribution list in which it can be "fundamental".

Personal tools

Problem

The problem is that some packages exist in both the fundamental distribution - and other repositories - with same names, but (newer) with other dependencies, other source code includes and other compilation options, which can and often will break the installation.

So e.g. do not use "opkg upgrade" when non-distribution (e.g. non-OM2009) repositories are included. It often breaks the installation.

Solution?

Please surround the non-distribution package (alien) install with:

  1. Addition of the required repository
  2. opkg update # Update database.
  3. Install the package(s)
  4. remove the non-distribution repository from opkg. E.g. "rm /etc/opkg/opkg-feed.conf"
  5.  ? Is this required?: opkg update # Update database with only OM2009?

Future package management system wish

Wish: Actually the package management system should cope with it. The fundamental distribution should have higher precedence, and other repositories should have lesser precedence. Maybe the best would be that the package had a distribution list in which it can be "fundamental".