1. 01 Sep, 2017 1 commit
  2. 29 Aug, 2017 4 commits
  3. 28 Aug, 2017 1 commit
  4. 20 Aug, 2017 1 commit
  5. 17 Aug, 2017 1 commit
  6. 16 Aug, 2017 3 commits
  7. 15 Aug, 2017 1 commit
  8. 08 Aug, 2017 5 commits
  9. 07 Aug, 2017 5 commits
  10. 03 Aug, 2017 1 commit
  11. 01 Aug, 2017 1 commit
    • Karel Koci's avatar
      Reimplement timeout function in updater.sh · 8b1b7928
      Karel Koci authored
      Original timeout function was running command in background. That is
      problematic if we want to interact with it. This new implementation runs
      it instead on foreground.
      And also this fixes problem with orphan sleeps.
  12. 31 Jul, 2017 1 commit
  13. 10 Jul, 2017 2 commits
    • Karel Koci's avatar
      Reintroduce updater key · 36126901
      Karel Koci authored
    • Karel Koci's avatar
      Remove legacy version and migrator · 5bc67f4c
      Karel Koci authored
      All routers are now migrated (or at least should be). So we no longer
      need legacy version of updater nor we need migrator. This commit removes
      both of these code bases. Previous commit is tagged with
      legacy-migrator for easier lookup.
  14. 04 Jul, 2017 3 commits
  15. 30 Jun, 2017 2 commits
  16. 28 Jun, 2017 1 commit
  17. 26 Jun, 2017 7 commits
    • Karel Koci's avatar
      Describe dependencies in planner using equivalency · c64255db
      Karel Koci authored
      Using only implication is problematic if we add negation to chain. In
      such case its meaning isn't that it implies negative value, but that it
      doesn't imply. That is problem if we use use negative dependencies. New
      approach uses equivalency instead of implications. We used equivalency
      originally because formulas added to sat solver as dependencies of one
      package would introduced limitation on package even if original package
      isn't selected and that is wrong. Now instead of that we use formulas
      activators. It's variable that ensures that if it isn't set than
      formula is always true. Activator is package group or candidate for
      which given dependency is build. This way we are able to ignore
      dependency formulas that don't have to be activated because we don't
      choose that package.
    • Karel Koci's avatar
    • Karel Koci's avatar
    • Karel Koci's avatar
    • Karel Koci's avatar
      Multiple packages with Provides should be expected to be used · ee386e5c
      Karel Koci authored
      When we have two packages providing same package and both should be
      installed, than we should handle them the same way. Until now we have
      chosen first candidate that was selected and that was the one that we
      used. But that is problematic if we want to install both packages.
      This commit ensures that when we request a package that is provided by
      more than one other package than we pass modifier to both of those
      packages instead of random single one.
    • Karel Koci's avatar
      Don't expect candidates from other package group to be exclusive · e459518e
      Karel Koci authored
      Until now we were adding rule that only single candidate of given
      package can be installed at the time. But candidates added because of
      Provides directive shouldn't do that. That is completely separate
      package and we shouldn't be introducing any additional restriction.
    • Karel Koci's avatar
      Don't check version limitation with "Provides" candidates · 4944f52f
      Karel Koci authored
      If candidate isn't from given package group (was added because it
      provides that package) than we shouldn't be checking it against version
      limitation. Because what some version limitation says about some
      other package we don't know yet. If we specify version we should just
      ignore any candidate added using Provides.