Installing alien package

From Openmoko

(Difference between revisions)
Jump to: navigation, search
(+links)
(Future package management system wish: more)
Line 18: Line 18:
 
*Not tested
 
*Not tested
 
*Tested
 
*Tested
** Damage-level:
+
** Security:
 
*** Installation (permanent; system can not (re)boot,...)
 
*** Installation (permanent; system can not (re)boot,...)
 
*** Non-permanent damage (uninstall recovers the installation):
 
*** Non-permanent damage (uninstall recovers the installation):
 
**** Only configuration
 
**** Only configuration
 
**** Data
 
**** Data
*** None
+
*** Contains malware
 +
*** Contains virus
 +
*** Seems safe
 
** Feedback:
 
** Feedback:
 
*** Superficially works (can start up and shut down)
 
*** Superficially works (can start up and shut down)

Revision as of 10:52, 26 July 2009

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 hack?

Please surround the non-distribution (alien) package 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 the fundamental distribution packages?

Future package management system wish

Wish: Actually the package management system should cope with it. The fundamental distribution with a given version number/revision 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".

Maybe the package management system should consult a check post, so an installer can be informed before installation of the package on the given fundamental distribution:

  • Not tested
  • Tested
    • Security:
      • Installation (permanent; system can not (re)boot,...)
      • Non-permanent damage (uninstall recovers the installation):
        • Only configuration
        • Data
      • Contains malware
      • Contains virus
      • Seems safe
    • Feedback:
      • Superficially works (can start up and shut down)
      • Works (some crucial features)
      • Works (many crucial features)
      • Works (most crucial features)
      • Works great (all features)
    • Designed to work with this fundamental distribution with the version number/revision:
      • Unstable
      • Testing
      • Stable
    • ...
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 hack?

Please surround the non-distribution (alien) package 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 the fundamental distribution packages?

Future package management system wish

Wish: Actually the package management system should cope with it. The fundamental distribution with a given version number/revision 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".

Maybe the package management system should consult a check post, so an installer can be informed before installation of the package on the given fundamental distribution:

  • Not tested
  • Tested
    • Damage-level:
      • Installation (permanent; system can not (re)boot,...)
      • Non-permanent damage (uninstall recovers the installation):
        • Only configuration
        • Data
      • None
    • Feedback:
      • Superficially works (can start up and shut down)
      • Works (some crucial features)
      • Works (many crucial features)
      • Works (most crucial features)
      • Works great (all features)
    • Designed to work with this fundamental distribution with the version number/revision:
      • Unstable
      • Testing
      • Stable
    • ...