Bugzilla – Bug 161294
Build 828: Addon-Product handling partly broken
Last modified: 2006-04-04 11:07:45 UTC
Adding and addon product (on ftp) basically works (the packages get installed later), but the GUI is telling a different story. Looking at the logs, YaST (or someone else) is looking at strange paths, which can't work. (Using the same addon product via NFS doesn't make YaST print all kinds of errors.) I'll attach the YaST2 logs soon + copy them to the usual places.
What I can see, is that it trys to fetch the /suse/setup/descr/patterns, and /suse/setup/descr/selections files from the media and because they are not on the media, it fails. Are this the strange paths you mean?
Yes, but actually I was refering to: ./y2log:2006-03-28 12:33:27 <5> linux(4125) [base] Exception.cc(log):94 MediaCurl.cc(doGetFileCopy):768 THROW: MediaCurl.cc(doGetFileCopy):768: Curl error for: ftp://machcd2.suse.de/CDs/SUSE-Linux-10.1-Build_828-Addon-BiArch/CD1: Error code: File not found Error message: RETR response: 550
It is the same problem in yellow. There is no directory /repodata on the media. Take a look few lines above the exception (I've fixed the exception to show the complete url incl. filename in SVN revision 2717): MediaCurl.cc(doGetFileCopy):582 /repodata/repomd.xml MediaCurl.cc(doGetFileCopy):615 URL: ftp://machcd2.suse.de/CDs/SUSE-Linux-10.1-Build_828-Addon-BiArch/CD1/repodata/repomd.xml [...] your THROW lines
So libzypp behaves different for NFS and FTP: on NFS we ignore if optional data is not available, with FTP we generate an error. FTP handling is wrong, we should not generate an error for optional data, only for required one.
Maybe, maybe not. (There is no difference on the MediaManager level (it throws in both cases NFS and FTP), but may be one at the source level). The exception above happens while parsing of YUMSourceImpl.cc and this causes to try SuseTags then. This works: 12:33:27 <1> linux(4125) [zypp] SourceFactory.cc(createFrom):152 Not YUM source, trying next type 12:33:27 <1> linux(4125) [zypp] SourceFactory.cc(createFrom):156 Trying the SUSE tags source [...] 12:33:27 <1> linux(4125) [susetags] SuseTagsImpl.cc(factoryInit):222 Adding susetags media verifier: 12:33:27 <1> linux(4125) [susetags] SuseTagsImpl.cc(factoryInit):223 Vendor: SUSE Linux Products GmbH 12:33:27 <1> linux(4125) [susetags] SuseTagsImpl.cc(factoryInit):224 Media ID: 20060328110239 12:33:27 <1> linux(4125) [zypp] SourceFactory.cc(createFrom):159 Found the SUSE tags source But after it has detected the media, it is unable to find some files (see Comment #3). Further, for normal CD, Source uses a cache dir, for AddOn CD not: - Source[2|YaST|SUSE Linux Add-on-10.1-20060328-031133]{ftp://machcd2.suse.de/CDs/SUSE-Linux-10.1-Build_828-Addon-BiArch/CD1(/)} - Source[4|YaST|SUSE LINUX-10.1-20060328-031044]{ftp://10.10.0.5/CDs/SUSE-Linux-10.1-Build_828-i386/CD1/(/); cache /var/lib/zypp/cache/0}
I think this is a duplicate of 161300. verifyFile() accesses non-existent file.
Or also #161287 ....
I just tested with Build 904 and was able to add an Addon Product on a FTP server without any problems.
Thanks! I've tested it yesterday and it worked fine for me as well.