From: robin_listas@es.invalid   
      
   On 18/02/2020 04.14, bad 💽 sector wrote:   
   > On 2019-11-20 21:58, Carlos E.R. wrote:   
   >> On 21/11/2019 02.14, bad 💽 sector wrote:   
   >>> # zypper dup --no-allow-downgrade   
   >>>   
   >>> zypper still proposes downgrades in options   
   >>>   
   >>> seems inappropriate given the explicit command   
   >>   
   >> To give an exact answer, one would have to analyze the "solver test   
   >> case", and I'm not qualified.   
      
      
   >   
   > I'm not either but after the list of 'downgrades' to decline by   
   > selecting option-2 (keep obsolete blah-blah) I got fed up and did a   
   > simple "zypper dup". That gave me and almost equal number of options to   
   > 'change vendor' so I think that this may be being interpreted somewhere   
   > as a downgrade. I always thougt that downgrade was ONLY what IBM used to   
   > call a backlevel i.e. going back to an older version number. I wonder if   
   > just moving a package to another source directory will not trigger a   
   > false downrade flag?   
      
   You have not given enough data for me to get an idea of what is   
   happening, but a downgrade simply means that the target version number   
   (to the last digit section) is lower.   
      
   5.3.4 is downgraded to 5.3.3, for instance.   
      
   2019.12.31 is downgraded to version 2.0.1, even if version 2 is the   
   final stable version.   
      
      
   --   
   Cheers, Carlos.   
      
   --- SoupGate-Win32 v1.05   
    * Origin: you cannot sedate... all the things you hate (1:229/2)