HI Erich and OSCAR-devel Before I reply to your message below, Erich, I should say that the problem has been resolved. The short version is that I picked up the wrong snapshot... Downloading last night's snapshot after I cleaned my install made all the problems go away.
I will answer Erich's comments and questions below, for the record, but I don't think it's of much use, becuase basically it was a non-issue. > please describe your repository setup. Do you use .url files? What is their > content? What directories do you have under /tftpboot/oscar ? I have both the SL rpms and a .url file with all my yum.repo.d/ information. > > I started over and added the dries, dag and atrpms repositories to my > > yum. After that, this problem went away : > > If those dependencies were resolved from dries,dag,atrpms, you're doing > something wrong. They must be resolved from the TWO /tftpboot/oscar/ repos. Hm. I guess that it's best to ignore this issue, because I can't reliably state what solved the dependancy ... I might have installed rpms by hand for instance... I simple can't remember because I didn't make notes (sorry !) > Are you sure oscar-modules came from /tftpboot/distro/...? If you have OSCAR > related RPMs in the distro repository then you must be using an unclean setup > with a mix of old and new OSCAR packages. I guess that was the case, because those oscar-related rpms where there after the install. > What is the version of the packman rpm? In my version line 645 has no reason > to dump this error. Again, I can't respond to this, because I've started over with the new oscar snapshot. > This problem has been fixed a few days ago. which probably explains why it's working now :) > This can be ignored. common-rpms doesn't end with an architecture name. I > think this is also fixed in the mean time. Yes, I don't see any more warnings like this... > > WARNING: repository name > > ftp://ftp.scientificlinux.org/linux/extra/atrpms/sl4-i386/stable > > doesn't match any valid architecture > This can also be ignored, but this repository should not be included as it > might conflict with the OSCAR packages. Only the SL4.2 and SL4.2 updates are > belonging to the distro. Ok, thanks for the info. > I'm not yet sure whether there is a problem on OSCAR side or with your > setup. There were definitely smaller issues with Configbox.pm, as you just > cought the first checkin. But using the latest nightly build should help. An > important problem is whether your machine was clean enough before installing > the nightly build. The old style start_over programm was evil and dangerous as > it deleted directories in /opt even without deleting the packages, thus > leaving a bunch of RPMs in corrupted state. I think there was clearly the initial problem with the wrong snapshot, then messy cleanups left some rpms installed which made conflicts... For now, everything is working fine. Thanks again Erich for the quick response and advice ! Bruce Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Oscar-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/oscar-devel
