Hi,

I'm disturbing you for the some problem that we have on trying to use 
"yum update" on macchines that have a jpackage.repo file.
It is described on the thread:
https://www.zarb.org/pipermail/jpackage-discuss/2010-April/014006.html

The last reply on the thread says 
(https://www.zarb.org/pipermail/jpackage-discuss/2010-April/014046.html):
"Hi,

I've got two news regarding this problem. First, if we look into the
/var/cache/yum/jpackage5-generic/repomd.xml file before the 'yum clean
all' and 'yum update' commands, we'll find the following line there:

   <database_version>9</database_version>

After the 'clean all' and 'update', it changes to:

   <database_version>10</database_version>

That's only my observation; I tried to find more details on the
internet, but with no luck.


 >> I don't think you'll have any luck with asking SL for a yum upgrade,
 >> CentOS also has chosen to stay with the same version of yum.

This is the problem: actually the're different. The 'yum' packages in
CentOS 4.8 and Scientific Linux 4.8 are using the same version number
(2.4.3), but they differ. Apart from the obvious configuration stuff
(e.g. cron.d files, /etc/init.d scripts) they differ also in
implementation files: config.py,  depsolve.py, and repos.py. CentOS's
implementation has also one additional file: storagefactory.py. The
result is the update process works on CentOS, but fails miserably in
Scientific Linux. I wasn't able to trace the actual line that causes
the problem. Maybe I'll have to contact the SL developers.

[...]
Peter
"

so the solution ...suggested in  this thread is somhow to "update" the 
yum version used in SL 4.7 & 4.8.

Can I ask if this is a feasibile solution?
We have problems with all middleware profiles (gLite) on SL4 that have 
dependencies on JPackage :-(

Thank you very much for your attention,
Cristina


---
Cristina Aiftimiei - EGEE-III/ETICS-II Projects
Ist. Naz. di Fisica Nucleare - Padova
Address:    via F. Marzolo, 8 - 35131 Padova - ITALY
Phone: +39.049.8275905
Mobile: +39.3460230488