Packages added by the dependency solver in order to resolve a user's request, are marked as having been automatically installed. They may later be removed, if no more manually installed packages depend on them (e.g. by zypper remove --clean-deps).

However things may go haywire. Automatically installed packages may turn out to be useful, and you may want to exclude them from any automatic cleanup. And vice versa.

For this you need to be able to inspect and manipulate a packages 'autoinstalled' property. This is what this project is going to provide.

Zypper search/info command output should distinguish between 'automatically' installed packages and those requested by the user, e.g. by using 'i' for automatically installed and 'I' for user requested packages.

2 new commands markauto/unmarkauto shall allow to change an installed packages 'autoinstalled' property.

Ihis is IMO the prerequisite if we want to provide more automatic cleanup commands.

Looking for hackers with the skills:

zypper

This project is part of:

Hack Week 15

Activity

  • over 7 years ago: blarson left this project.
  • over 7 years ago: blarson joined this project.
  • over 7 years ago: joachimwerner liked this project.
  • over 7 years ago: pluskalm liked this project.
  • over 7 years ago: mlandres added keyword "zypper" to this project.
  • over 7 years ago: mlandres removed keyword zypper from this project.
  • over 7 years ago: mlandres added keyword "zypper" to this project.
  • over 7 years ago: mlandres started this project.
  • over 7 years ago: mlandres originated this project.

  • Comments

    • dmacvicar
      over 7 years ago by dmacvicar | Reply

      Would it make more sense to start turning zypper into a more subcommand kind of ui to avoid polluting the UX with tons of command?

      Like:

      zypper mark --auto or zypper mark auto

      (thing of git remote add vs git remoteadd)

    Similar Projects

    "autoremove" functionality for zypper by e_bischoff

    The purpose would be to have the equivalent of ...