Bug 461625

Summary: packages not updated because of lower version number
Product: [openSUSE] openSUSE 11.1 Reporter: Harald Koenig <koenig>
Component: Update ProblemsAssignee: Ruediger Oertel <ro>
Status: RESOLVED FIXED QA Contact: Jiri Srain <jsrain>
Severity: Blocker    
Priority: P5 - None CC: adrian.schroeter, cfeck, dmueller, maint-coord, mls
Version: Final   
Target Milestone: ---   
Hardware: x86-64   
OS: Other   
Whiteboard: .
Found By: --- Services Priority:
Business Priority: Blocker: ---
Marketing QA Status: --- IT Deployment: ---

Description Harald Koenig 2008-12-22 15:04:27 UTC
after updating from 11.0 to 11.1 (see bug #461374 for the big troubled) quite some  RPMs from 11.0 remained.  at least some of them stay because the rpm version being shipped with 11.1 is lower than the version of 11.0.  why ???

any idea what happened to you version numbering scheme between 11.0 and 11.1 ?
this really sux when trying to update systems and get everything to 11.1:-(

btw: it would be _very_ nice if the rpm versions for x86_64 and i586 (and src.rpm!) would be identical, at least for the release DVD9 !




here are some examples from my current 11.0-leftovers. I did some manual 
updates before, so this list likely is by far not complete ?!

name   			11.0		11.1 (x86_64)	11.1 (i586)

AdobeICCProfiles	2.0-111.1    	2.0-65.4
afio			2.5-142.1	2.5-35.71	2.5-35.86 
type1inst		0.6.1-700.1	0.6.1-492.88
python-gtkglext-devel	1.1.0-61.1	1.1.0-47.75	1.1.0-47.74
segv_handler		0.0.1-114.1	0.0.1-29.71	0.0.1-29.87
libmatroska		0.8.1-76.1	0.8.1-13.67	0.8.1-13.85
gnome-pilot-lang	2.0.16-29.1	2.0.16-3.163	2.0.16-3.167
t1utils			1.26-363.1	1.26-224.70	1.26-224.86
gocr			0.41-177.1	0.41-99.97	0.41-99.135
gnu-unifont		20080123-36.1	20080123-1.102
dx-devel		4.4.4-182.1	4.4.4-165.83	4.4.4-165.82
makebootfat		1.4-112.1	1.4-3.80	1.4-3.100	
dvbstream		0.6-112.1	0.6-37.65	0.6-37.85
dx			4.4.4-182.1	4.4.4-165.83	4.4.4-165.82
alien			8.68-110.1	8.68-1.81	8.68-1.105
uucp			1.07-391.1	1.07-50.14	1.07-50.7	
librsync		0.9.7-143.1	0.9.7-102.63	0.9.7-102.81
storeBackup		1.19-111.1	1.19-102.47
jpeg2ps			1.9-287.1	1.9-180.72	1.9-180.87	
help2man		1.36.4-98.1	1.36.4-1.188	1.36.4-1.144
qcad			2.0.5.0-182.1	2.0.5.0-180.60	2.0.5.0-180.56
libsidplay1		1.36.59-110.1	1.36.59-82.59	1.36.59-82.75
fftw			2.1.5-195.1	2.1.5-63.137	2.1.5-63.162
xzgv			0.8-295.1	0.8-175.95	0.8-175.127
keychain		2.6.8-55.1	2.6.8-1.82
img2eps			0.2-110.1	0.2-1.65	0.2-1.85
servletapi4		4.0.4-211.1	4.0.4-24.146
neverball		1.4.0-195.1	1.4.0-94.136	1.4.0-94.170
exifprobe		2.0.1-107.1	2.0.1-32.71	2.0.1-32.87	
hex			1.4-231.1	1.4-124.71	1.4-124.88	
texlive-cjk-latex-extras		20070515-122.1	20070515-1.145
pvm			3.4.5-132.1	3.4.5-39.71	3.4.5-39.89
fping			2.4b2-114.1	2.4b2-94.55	2.4b2-94.65
autotrace		0.31.1-573.1	0.31.1-367.109	0.31.1-367.115	
SDL_image-devel		1.2.6-101.1	1.2.6-84.118	1.2.6-84.112
fontforge		20080429-4.1	20080429-1.50	20080429-1.50
libblas3		3.1.1-67.1	3.1.1-64.37	3.1.1-64.35
ttf2pt1			344-149.1	344-47.71	344-47.85
xosd-devel		2.2.14-43.1	2.2.14-1.92	2.2.14-1.121
ssldump			0.9b3-203.1	0.9b3-145.73	0.9b3-145.99	
bonnie++		1.02-443.1	1.02-413.60	1.02-413.77	
libebml			0.7.8-17.1	0.7.8-1.53	0.7.8-1.56	
rlog			1.3.7-109.1	1.3.7-72.64	1.3.7-72.81
libproj0		4.6.0-27.1	4.6.0-1.52	4.6.0-1.70
dvbtune			0.5-119.1	0.5-2.69	0.5-2.90
ucm			0.3-482.1	0.3-454.89 	0.3-454.67	
tkdiff			4.1.4-32.1	4.1.4-1.76





this one seems to be special to me:

digikam-doc		0.9.1-169.1	0.9.4-1.91

why doesn't this get updated ?

harald root > zypper se -s  digikam-doc
Loading repository data...
Reading installed packages...

S | Name        | Type    | Version     | Arch   | Repository       
--+-------------+---------+-------------+--------+------------------
v | digikam-doc | package | 0.9.4-1.91  | noarch | gwdg-oss         
i | digikam-doc | package | 0.9.1-169.1 | noarch | (System Packages)
harald root > zypper up  digikam-doc
Loading repository data...
Reading installed packages...
Resolving package dependencies...
Nothing to do.

harald root > zypper lr -u | grep gwdg
2  | gwdg-non-oss      | gwdg-non-oss            | Yes     | No      | http://ftp.gwdg.de/pub/opensuse/distribution/11.1/repo/non-oss/
3  | gwdg-oss          | gwdg-oss                | Yes     | No      | http://ftp.gwdg.de/pub/opensuse/distribution/11.1/repo/oss/
Comment 1 Harald Koenig 2008-12-22 15:16:48 UTC
(In reply to comment #0 from Harald Koenig)
> this one seems to be special to me:
> 
> digikam-doc             0.9.1-169.1     0.9.4-1.91
> 
> why doesn't this get updated ?
> 
> harald root > zypper up  digikam-doc
> Loading repository data...
> Reading installed packages...
> Resolving package dependencies...
> Nothing to do.

update on that one:  I tried


zypper rm digikam-doc
zypper in digikam-doc

and to my big surprise this did not install digikam-doc but bundle-lang-kde-ar-11.1-11.6 ?!?!?

rpm -ihv digikam-doc-0.9.4-1.91.noarch.rpm worked without conflicts. IMHO this is somewhat unexpected behaviour;)
Comment 2 Harald Koenig 2008-12-22 15:46:28 UTC
(In reply to comment #0 from Harald Koenig)
> here are some examples from my current 11.0-leftovers. I did some manual 
> updates before, so this list likely is by far not complete ?!

next update:  in bug #461374 Michael Schroeder have the hint to run

rpm -e wine
zypper dup


this command did update all 11.0 RPMs mentioned above to 11.1 !
weird, but good (now knowing the problems of the magic red potion "wine" ;-)
Comment 3 Christoph Feck 2008-12-24 00:25:45 UTC
What's worse: Packages in update repo have lower version than in OSS repo, which means they do not get updated.

Example (there are more):
courier-authlib
11.1 oss repo:0.61.0-1.1
11.1 update repo:
Comment 4 Christoph Feck 2008-12-24 00:27:15 UTC
oops...

11.1 oss repo:     0.61.0-1.16
11.1 update repo:  0.61.0-1.1
Comment 5 Dirk Mueller 2008-12-29 11:29:00 UTC
spec file contains "1.20.1" as %release, but the built packages have a release number of 1.1. 
Comment 6 Swamp Workflow Management 2009-01-07 22:18:55 UTC
The SWAMPID for this issue is 21437.
Please submit the patch and patchinfo file using this ID.
(https://swamp.suse.de/webswamp/wf/21437)
Comment 7 Ruediger Oertel 2009-01-08 01:19:54 UTC
missing parts implemented, packages checked in again
relevant patchinfos checked in (resp. restarted).
Comment 8 Christoph Feck 2009-01-12 18:36:14 UTC
wireshark still has lower version number in update repo:

11.1 oss repo:    wireshark-1.0.4-2.5
11.1 update repo: wireshark-1.0.4-2.1

I think all others in 11.1 update repo are fine.
Comment 9 Ruediger Oertel 2009-01-13 23:56:01 UTC
wireshark has been re-released as well.
Comment 10 Christoph Feck 2009-01-23 16:45:37 UTC
Next round:
               11.1 oss repo      11.1 update repo
bind*          9.5.0P2-18.1       9.5.0P2-17.4.1
openssl-certs  0.9.8h-25.1        0.9.8h-1.1

I am not sure about this one, I guess priorities resolves this:

keyutils       1.2-107.4          1.2-107.4

(Is it okay to reopen each time lower update versions are found?)
Comment 11 Harald Koenig 2009-01-23 18:44:09 UTC
(In reply to comment #10)
> I am not sure about this one, I guess priorities resolves this:
> 
> keyutils       1.2-107.4          1.2-107.4

these two are identical (md5: 0e44ff12c96bdc815b677e3f8f5589bb).
funny "update"...;)
Comment 12 Dirk Mueller 2009-01-26 12:33:59 UTC
keyutils is by intention shipped again, to make the update installable without having installation-media accessible.
Comment 13 Dirk Mueller 2009-01-26 12:36:43 UTC
please note that "zypper patch" is the recommended way to update an 11.1 installation, not "zypper up". the latter is not supported and not guaranteed to work (as we can see here). nevertheless we do fix those issues of course..
Comment 14 Ruediger Oertel 2009-01-26 16:59:42 UTC
keyutils: unchanged rpm, doing nothing.
bind,openssl-certs: respooling updates now.
closing again.
Comment 15 Harald Koenig 2009-01-26 17:27:01 UTC
(In reply to comment #14)
> keyutils: unchanged rpm, doing nothing.
> bind,openssl-certs: respooling updates now.
> closing again.

I'm not completely sure if it's the same problem or if this might apply for a new bugzilla entry:

I get an oszillation for packages opensuse-gnomequick_de and opensuse-kdequick_de between "zypper up" and zypper dup". this happens for both 32 and 53 bit installation (more or less same package selection):


linux:~ # zypper up
Daten des Repositorys laden...
Installierte Pakete lesen...
Keine auszuf�hrenden Aktionen.


linux:~ # zypper dup
Daten des Repositorys laden...
Installierte Pakete lesen...
Distributionsaktualisierung berechnen...

Die folgenden NEUEN Pakete werden installiert:
  opensuse-gnomequick_de opensuse-kdequick_de 


Gesamtgr��e des Downloads: 4,0 M. Nach der Operation werden zus�tzlich 4,4 M belegt.
Fortfahren? [JA/nein]: 
Paket opensuse-kdequick_de-11.0-2.44.noarch wird abgerufen (1/2), 1,5 M (1,7 M installiert)
Abrufen: opensuse-kdequick_de-11.0-2.44.noarch.rpm [fertig]
Installiere: opensuse-kdequick_de-11.0-2.44 [fertig]
Paket opensuse-gnomequick_de-11.0-2.44.noarch wird abgerufen (2/2), 2,5 M (2,7 M installiert)
Abrufen: opensuse-gnomequick_de-11.0-2.44.noarch.rpm [fertig (604,7 K/s)]
Installiere: opensuse-gnomequick_de-11.0-2.44 [fertig]


linux:~ # zypper up
Daten des Repositorys laden...
Installierte Pakete lesen...

Die folgenden Pakete werden GEL�SCHT:
  opensuse-gnomequick_de opensuse-kdequick_de 


Nach dem Vorgang werden 4,4 M freigegeben.
Fortfahren? [JA/nein]: 
opensuse-gnomequick_de-11.0-2.44 wird entfernt [fertig]
opensuse-kdequick_de-11.0-2.44 wird entfernt [fertig]


linux:~ # zypper dup
Daten des Repositorys laden...
Installierte Pakete lesen...
Distributionsaktualisierung berechnen...

Die folgenden NEUEN Pakete werden installiert:
  opensuse-gnomequick_de opensuse-kdequick_de 


Gesamtgr��e des Downloads: 4,0 M. Nach der Operation werden zus�tzlich 4,4 M belegt.
Fortfahren? [JA/nein]: 

[ ... ]
Comment 16 Ruediger Oertel 2009-01-27 00:50:31 UTC
looks like a different issue, could you provide some logfiles please ?
Comment 17 Dirk Mueller 2009-01-27 07:45:01 UTC
- do not use zypper dup when update channels are enabled
- do not use zypper up, use zypper patch when 11.1 update channel is enabled

closing as fixed again
Comment 18 Dirk Mueller 2009-01-27 07:45:29 UTC
"zypper dup" -> downgrade to the distro version. "zypper up"-> upgrade.
Comment 19 Michael Schröder 2009-01-27 09:46:01 UTC
Not really true, it's:
zypper dup -> install best versions from enabled repositories.

the opensuse-gnomequick_de issue is probably bug 456756, it should be fixed with the latest solver maintenance update.
Comment 20 Harald Koenig 2009-01-27 12:41:01 UTC
(In reply to comment #18)
> "zypper dup" -> downgrade to the distro version. "zypper up"-> upgrade.

then, please fix the man page:

       dist-upgrade (dup) [options]
              Perform  a distribution upgrade. This command performs an update
              of all packages with a special resolver  algorithm  which  takes
              care of package splits, pattern and product updates, etc.

there are only "up"s in this description, no "down"s.

or maybe better call it dist-downgrade ("ddg" ;)